home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 26 / Cream of the Crop 26.iso / bbs / fnewse27.zip / FIDO1427.NWS
Text File  |  1997-07-07  |  126KB  |  2,631 lines
  1.      F I D O N E W S --       Volume 14, Number 27          7 July 1997
  2.      +----------------------------+-----------------------------------------+
  3.      |  The newsletter of the     |   ISSN 1198-4589 Published by:          |
  4.      |    FidoNet community       |   "FidoNews"                            |
  5.      |          _                 |        1-904-409-7040    [1:1/23]       |
  6.      |         /  \               |                                         |
  7.      |        /|oo \              |                                         |
  8.      |       (_|  /_)             |                                         |
  9.      |        _`@/_ \    _        |                                         |
  10.      |       |     | \   \\       |   Editor:                               |
  11.      |       | (*) |  \   ))      |        Christopher Baker  1:18/14       |
  12.      |       |__U__| /  \//       |                                         |
  13.      |        _//|| _\   /        |                                         |
  14.      |       (_/(_|(____/         |                                         |
  15.      |             (jm)           |     Newspapers should have no friends.  |
  16.      |                            |                    -- JOSEPH PULITZER   |
  17.      +----------------------------+-----------------------------------------+
  18.      |               Submission address: FidoNews Editor 1:1/23             |
  19.      +----------------------------------------------------------------------+
  20.      |  MORE addresses:                                                     |
  21.      |                                                                      |
  22.      |    submissions=> cbaker84@digital.net                                |
  23.      +----------------------------------------------------------------------+
  24.      |    For  information,   copyrights,   article   submissions,          |
  25.      |    obtaining copies of FidoNews or the internet gateway FAQ          |
  26.      |    please refer to the end of this file.                             |
  27.      +----------------------------------------------------------------------+
  28.  
  29.  
  30.          ONE YEAR AGO THIS ISSUE! AND DRIVING ON MARS!
  31.  
  32.  
  33.                         Table of Contents
  34.      1. EDITORIAL  ................................................  1
  35.         One Year Ago, this Issue!  ................................  1
  36.      2. GUEST EDITORIAL  ..........................................  2
  37.         Gulp?  ....................................................  2
  38.      3. LETTERS TO THE EDITOR  ....................................  3
  39.         FTSC Chairman retires in office?  .........................  3
  40.         How Do I get a Node number in Hong Kong?  .................  3
  41.         A remark concerning FSC-0093  .............................  4
  42.         Found it!  ................................................  5
  43.         FTPoint in Zone 1 Wanted  .................................  6
  44.         Where does FidoNews go in Zone 3?  ........................  7
  45.      4. ARTICLES  .................................................  9
  46.         FidoSpine Distribution System Pledge  .....................  9
  47.         Observational Titbits  .................................... 10
  48.      5. TRUE STORIES OF FIDONET  .................................. 11
  49.         A True Story of FidoNet  .................................. 11
  50.      6. FIDONET HISTORY  .......................................... 14
  51.         History of Echomail - Part 1  ............................. 14
  52.      7. GETTING TECHNICAL  ........................................ 27
  53.         No more "Getting technical" ?  ............................ 27
  54.      8. COORDINATORS CORNER  ...................................... 35
  55.         Nodelist-statistics as seen from Zone-2 for day 185  ...... 35
  56.      9. ECHOING  .................................................. 36
  57.         ELIST Suspended for July  ................................. 36
  58.      And more!
  59.      FIDONEWS 14-27               Page 1                    7 Jul 1997
  60.  
  61.  
  62.      =================================================================
  63.                                  EDITORIAL
  64.      =================================================================
  65.  
  66.  
  67.      This is the Issue number where I took over the Editorial operation of
  68.      FidoNews last year. It's STILL fun. [grin]
  69.  
  70.      This is quite a full Issue with lots of Echomail-related stuff and
  71.      some odds and ends that came in at the last minute.
  72.  
  73.      One of the items is a note about the resignation of the FTSC Chairman,
  74.      David Nugent [who is also ZC3]. This was first reported in several
  75.      Sysop Echos and is confirmed here. Nugent is indeed resigning and is
  76.      also leaving FidoNet. Along these lines, I sent direct Netmail to each
  77.      Zone Coordinator asking for information, comment, and publication
  78.      permission for any replies. They will appear here or in subsequent
  79.      Issues as they arrive and are released for publication. Nugent advises
  80.      that he has a few unpublished Proposals to get out and list updates to
  81.      make before his successor takes over the Chairmanship and that will be
  82.      done in the next weeks.
  83.  
  84.      Another is a plea for assistance from a fellow in Hong Kong who can't
  85.      seem to get a Node number over there. Somebody help him, please.
  86.  
  87.      Speaking of the Comix section, if any .CMX come in that are political
  88.      in nature, they will be reassigned to the Guest Editorial [.GUE]
  89.      section so as not to confuse anyone. It also puts them up front.
  90.  
  91.      I forgot to add the two new sections mentioned in 1424 to the ARTSPEC
  92.      doc. That omission has been corrected and the updated ARTSPEC.DOC has
  93.      been hatched into the pipeline for the FIDONEWS file echo and
  94.      ARTSPEC.ZIP into the SDS area SOFTDIST for further distribution. The
  95.      entire ARTSPEC.DOC will be reprinted next week [due to space
  96.      constraints this week] for information. Look for it once a year or
  97.      whenever updated. The two, new sections are the .TRU and .FIC sections
  98.      for FidoNet-related true stories or fiction. Both ARTSPEC.DOC and
  99.      ARTSPEC.ZIP can be file-requested from this system or found on the
  100.      FidoNews webpage and many other FidoNet file sources.
  101.  
  102.      And now that we've successfully put a robot rover on the surface of
  103.      the planet Mars, maybe someone can tell me why FidoNet still doesn't
  104.      have an International Coordinator? [How about that MARS MISSION?!!]
  105.  
  106.      C.B.
  107.  
  108.      -----------------------------------------------------------------
  109.  
  110.      FIDONEWS 14-27               Page 2                    7 Jul 1997
  111.  
  112.  
  113.      =================================================================
  114.                               GUEST EDITORIAL
  115.      =================================================================
  116.  
  117.      ---------------------------------------------------------------------
  118.  
  119.  
  120.                      /`.                     o
  121.      .^\             \  \,                 o  o
  122.      {  \           /     `~~~--__
  123.      {   \___----~~'              `~~-_    ______          _____
  124.      \              FidoSpine     / a '~._(_||___)________/___
  125.      / /~~~~-, ,__.    ,      ///  __,,,,) Zone 1 Backbone__/\
  126.      \/      \/    `~~~;   ,---~~-_`~= \ \------o-'            \
  127.                       /   /            / /
  128.                      '._.'           _/_/
  129.                                      ';|\
  130.  
  131.  
  132.       (Art stolen from Jack Sargeant)
  133.  
  134.      -----------------------------------------------------------------
  135.  
  136.      FIDONEWS 14-27               Page 3                    7 Jul 1997
  137.  
  138.  
  139.      =================================================================
  140.                            LETTERS TO THE EDITOR
  141.      =================================================================
  142.  
  143.  
  144.      --- Following message extracted from NET_DEV @ 1:18/14 ---
  145.          By Christopher Baker on Fri Jul 04 19:54:57 1997
  146.  
  147.      From: Lisa Gronke
  148.      To: Frank Ellermann
  149.      Date: 02 Jul 97  14:18:32
  150.      Subj: Where O Where is the FTSC_Chair?
  151.  
  152.      27-Jun-97, Frank Ellermann <2:240/5815.1> muttered to Christopher
  153.      Baker in the NET_DEV echo:
  154.  
  155.      > BTW, you probably noticed it, 3:3/20 is not more listed, what
  156.      > is the true FTSC now planning, elect another chair man ? Just
  157.      > curious as always... greets, Frank
  158.  
  159.      Where O Where is the FTSC_Chair?
  160.  
  161.      I sent Internet email to David Nugent, davidn@csource.oz.au, and asked
  162.      him.
  163.  
  164.      He said that he resigned as FTSC chair since he is leaving FidoNet at
  165.      the end of July. His BBS is already offline due to lack of callers.
  166.  
  167.      He said he informed the other FTSC members of this fact about 3 weeks
  168.      ago via the ftsc mailing list, but has gotten no response at all.
  169.  
  170.      He also says the ftsc web page will be disappearing at the end of July
  171.      unless he finds a current member of the FTSC who is willing to
  172.      maintain it.
  173.  
  174.       Origin: EastSide Data Services (1:105/61)
  175.  
  176.       -30-
  177.  
  178.      -----------------------------------------------------------------
  179.  
  180.  
  181.      Received: by yonet.org.hk (0.99.970109)
  182.      From: any@yonet.org.hk (Chris Tang)
  183.      Date: 06 Jul 97 12:10:17 +0800
  184.      Subject: fidonet
  185.      Organization: YO!Net
  186.      To: cbaker84@digital.net
  187.  
  188.      .o[-MAiL-FRoM-AnY-BoX-Of-Chris Tang-tO-cbaker84-]o.
  189.  
  190.      cd> yes. that is what the above means. send me your story and contact
  191.      cd> info in an email msg and i will publish it in FidoNews tomorrow.
  192.  
  193.          ok..below are the details. (my English is not good actually :> )
  194.          btw, i hope u can give me a copy of fidonews which published
  195.      FIDONEWS 14-27               Page 4                    7 Jul 1997
  196.  
  197.  
  198.          this event via any@writeme.com, thanx..
  199.  
  200.      ---
  201.  
  202.          Hi, i'm a sysop in Hong Kong, I met a problem of applying a
  203.          fidonet node in Zone6 Host700.
  204.  
  205.          A few month before, I have tried to contact 6:700/0 via netmail,
  206.          however, his system doesn't receive any netmail at all, I assumed
  207.          that his mailer couldn't work properly.
  208.  
  209.          Later, luckily, i found his E-Mail address from fidonet nodelist
  210.          and i sent him a E-Mail about apply a fidonet node in Z6H700 with
  211.          my system information, he then replied within a day and told me
  212.          that he would help me to do so. However, a few weeks later, i
  213.          didn't get any reply from him any more. i then got a fidonet
  214.          nodelist to see if my node had already inside or not, but it had
  215.          no change at all in Z6H700 part of fidonet nodelist. So I tried to
  216.          send him the second E-Mail to him about the applying of fidonet
  217.          node, he has replied that he would do so. Again, no more reply was
  218.          received from him.
  219.  
  220.          Luckily, i read Fidonews and find out some fidonet sysop contact
  221.          methods from it for help.
  222.  
  223.          I wanna have a fidonet node because of the international purpose
  224.          and the fidonet node is always required if being a bbs product
  225.          oversea distro sites in order to prove that my system works
  226.          properly.  this is why i wanna join fidonet family. :)
  227.  
  228.          Now, i hope i can apply a fidonet node directly from ZC of Zone6
  229.          but i can't find his e-mail address (E-Mail is the unique contact
  230.          method for me for contacting oversea).
  231.  
  232.          Anyone can help me about this? below are my contact methods.
  233.  
  234.          Name  : Chris Tang
  235.          E-Mail: any@who.net     (text email only)
  236.                  any@writeme.com (file attach support)
  237.          ICQ   : 1251490
  238.          BBS   : AnyWhere Board +852-2672-5505 [Hong Kong]
  239.  
  240.      --
  241.       Greetz,
  242.       Chris Tang, any@who.net
  243.       -= AnyW =-
  244.  
  245.       -30-
  246.  
  247.      -----------------------------------------------------------------
  248.  
  249.  
  250.      --- Following message extracted from NETMAIL @ 1:18/14 ---
  251.          By Christopher Baker on Wed Jul 02 22:59:44 1997
  252.  
  253.      From: Frank Ellermann @ 2:240/5815
  254.      FIDONEWS 14-27               Page 5                    7 Jul 1997
  255.  
  256.  
  257.      To: Editor @ 1:1/23
  258.      Date: 03 Jul 97  04:18:00
  259.      Subj: fsc-0093.let
  260.  
  261.      A remark concerning FSC-0093
  262.      by Frank Ellermann, 2:240/5815.1@fidonet.org
  263.  
  264.      Hello Chris...
  265.  
  266.      I don't know how this *.LET submission type is meant to work, but at
  267.      least I try to stay within the 70 columns limit. <g> First an idea,
  268.      how you could get more replies like this into FidoNews. Just replace
  269.      the useless (?) publishing of pages in NEWSCHAT by posting of the
  270.      complete articles there. Then whoever wants to answer can simply use
  271.      the quote function of his news reader... et voila, a new article !?
  272.  
  273.      Two additions to your publishing of FSC-0093. Reduced seen-by lines
  274.      are implemented in IMAIL version 1.85. If some users of this fine
  275.      product weren't aware of it until today: Reduced seen-by lines are by
  276.      far safer than tiny seen-by lines, because the vital informations to
  277.      detect dup-rings automatically are preserved by reduced seen-by lines.
  278.      So if you still use tiny seen-by lines today (and you're not by
  279.      accident a zonegate :-), then please try reduced seen-by lines.
  280.  
  281.      Second point, it would be quite simple to extend FSC-0093 in a way
  282.      that allows interzonal dup-ring detection. Still fully compatible with
  283.      FSC-0074 (i.e. FTS-0004) of course, and mostly of interest for
  284.      zonegates. Today it's almost impossible to detect multi-zone rings
  285.      automatically, but based on the old SPTH-proposal it's possible to
  286.      extend FSC-0093 in this direction... However, before I try it, there
  287.      should be at least one zonegate (all those internet tunneling nodes,
  288.      hi, that's you :-) really interested in using this method, if it's
  289.      implemented in e.g. IMAIL or FASTECHO.
  290.  
  291.      "QOFM" to Chris, you probably know, that in practice FidoNews is the
  292.      last working "official" glue keeping FidoNet together, don't you ?
  293.  
  294.                              Tnx and bye, Frank
  295.  
  296.       -30-
  297.  
  298.      -----------------------------------------------------------------
  299.  
  300.  
  301.      Got my CRC problems solved...
  302.  
  303.      Anybody with a nodelist later than day 150 punch up
  304.  
  305.      Susana Baratta 4:851/7
  306.  
  307.      The entry for this node contains high ascii characters at the end,
  308.      some utils probably do not allow for this, so the CRC comes out
  309.      incorrect!
  310.  
  311.      The bad file was NODEDIFF.157 which has a grunged entry. The CRC
  312.      calculates correctly if the data type is changed from signed 8-bit
  313.      FIDONEWS 14-27               Page 6                    7 Jul 1997
  314.  
  315.  
  316.      (char) to unsigned char for the calculation...
  317.  
  318.      Therefore the CRC error message was correct because there was a
  319.      problem, but incorrect because the checksum on the top line is
  320.      accurate if you allow for the high-ASCII characters.
  321.  
  322.      I've really enjoyed figuring this out for myself.  I've spent a lot of
  323.      time testing my routines for CRC calculation, and come to the
  324.      conclusion that any nodelist utility really should check a byte at a
  325.      time for illegal characters.  It may really slow things down, but it's
  326.      probably for the best.
  327.  
  328.      L8r,
  329.      Brainwave
  330.  
  331.      ... Yes, Socrates himself is particularly missed.
  332.      --
  333.      |Fidonet:  Brian Wood 1:362/903@fidonet.org
  334.      |Internet: 903!Brian.Wood@river.chattanooga.net
  335.      |
  336.      | Standard disclaimer: The views of this user are strictly his own.
  337.      | River Canyon Rd. BBS <=> Chattanooga OnLine!  Gateway to the World.
  338.  
  339.       -30-
  340.  
  341.      -----------------------------------------------------------------
  342.  
  343.  
  344.      From: "Mikhail Ramendik" <mikhram@dataforce.net>
  345.      To: "cbaker84@digital.net" <cbaker84@digital.net>
  346.      Date: Mon, 30 Jun 97 21:28:35 -0300
  347.      Reply-To: "Mikhail Ramendik" <mikhram@dataforce.net>
  348.  
  349.      Subject: For FidoNews: FTPoint in z1 wanted
  350.  
  351.      This is for Fidonews. Please put it into the appropriate section.
  352.  
  353.      I am Mikhail Ramendik of Moscow, Russia, 2:5020/768.45,
  354.      mikhram@dataforce.net
  355.  
  356.      I have a good command of English and want to receive some echos from
  357.      the z1 backbone.  Notably HOLY_BIBLE and company, HISTORY and
  358.      MILHISTORY . Even though some of them do get to z2, they're SLOW!!!
  359.      And HOLY_BIBLE is NOT here AFAIK...
  360.  
  361.      What I am searching for is a Point in Zone 1 with Mail transfer via
  362.      FTP (or if impossible - via VMODEM). I am a Point since 1993, have
  363.      software tuned OK, will never generate dupes and annoy the bossnode.
  364.  
  365.      (Yes I have seen the commercial hub list. I wish I could use such a
  366.      hub, but transferring the bucks from Russia is impossible)
  367.  
  368.      If anyone can help me join Z1 please email! Thanks in advance!
  369.  
  370.      ----------------
  371.      Mikhail Ramendik -mikhram@dataforce.net
  372.      FIDONEWS 14-27               Page 7                    7 Jul 1997
  373.  
  374.  
  375.      FidoNet:  2:5020/768.45
  376.  
  377.      Praise be to the Father, the Son and the Holy Spirit
  378.  
  379.       -30-
  380.  
  381.      -----------------------------------------------------------------
  382.  
  383.  
  384.      --- Following message extracted from NETMAIL @ 1:18/14 ---
  385.          By Christopher Baker on Fri Jul 04 19:03:38 1997
  386.  
  387.      From: John Gardeniers @ 3:632/360
  388.      To: Editor @ 1:18/14
  389.      Date: 28 Jun 97  20:56:50
  390.      Subj: Fidowhere.art
  391.  
  392.                  Hi Editor,
  393.  
  394.      As I figure it's better in this format than none at all, and I do find
  395.      artspec a little off-putting, I've decided to post this to you as a
  396.      message. Do with it what you will. :-)
  397.  
  398.              regards,
  399.                  John
  400.  
  401.      ------------------------------------------------------------------
  402.  
  403.      Fidowhere (Where can I get Fidonews?) by John "Fuse" Gardeniers
  404.      (3:632/360.70)
  405.  
  406.      In FIDO1425 there was yet another comment about the unavailability of
  407.      Fidonews, so I thought I'd share my own experiences in that regard.
  408.  
  409.      When I became a Fido point last late last year one of the things I
  410.      looked forward to was getting a regular copy of Fidonews. This had
  411.      always been intermittent, to say the least, on various local BBSes.
  412.      Indeed, many BBSs around here don't even carry a single issue. :-(
  413.  
  414.      Having obtained lists of the available message and file areas I
  415.      immediately proceeded to link to the Nodelist and Fidonews areas.
  416.      "Great" I thought, I'll most likely get the first one within a few
  417.      days. It was not to be. :-( After a couple of weeks I contacted my
  418.      boss to try to find out why the news wasn't arriving.
  419.  
  420.      Not being a reader of it herself, my boss was a little surprised that
  421.      Fidonews wasn't arriving at her system either. The system in question
  422.      is a major mail hub, not just an end leaf. A few messages here an
  423.      there soon revealed that Fidonews wasn't available locally, at least
  424.      not via Fidonet. We did learn that it was readily available via
  425.      Internet! The idea of having to use the Internet to obtain Fidonet's
  426.      newsletter struck me as just a little absurd.
  427.  
  428.      Due to some persistence on the part of my boss we finally had Fidonews
  429.      being delivered to these parts via Fidonet itself, as it always should
  430.      have been. Am I the only one who finds at strange that so many sysops
  431.      FIDONEWS 14-27               Page 8                    7 Jul 1997
  432.  
  433.  
  434.      didn't bother chasing it up? We are in the largest network in the
  435.      state, so many systems must have been affected by the unavailability
  436.      of the newsletter. I wonder how many sysops currently believe that
  437.      Fidonews has ceased to exist.
  438.  
  439.      On a slightly more critical note, the fact that so little effort
  440.      appears to be put in by so many people to get a copy at all says quite
  441.      a lot about it's value. :-/
  442.  
  443.       -30-
  444.  
  445.      -----------------------------------------------------------------
  446.  
  447.      FIDONEWS 14-27               Page 9                    7 Jul 1997
  448.  
  449.  
  450.      =================================================================
  451.                                  ARTICLES
  452.      =================================================================
  453.  
  454.                         FidoSpine Distribution System Pledge
  455.  
  456.      1. The FidoSpine Distribution System recognizes all echoes as listed
  457.         in the Echolist for June 1, 1997 (ELIST706.*) along with their
  458.         first-listed moderator as the Moderator-of-Record.
  459.  
  460.      2. The FidoSpine Distribution System will initially carry all Fidonet
  461.         Zone one echoes that appear in the June 1997 echo listing, plus
  462.         some that are not. The FidoSpine Distribution System will use it's
  463.         own echo distribution list, FIDONET.NOW. The FidoSpine Distribution
  464.         System does not require echo listing renewals or minimum traffic
  465.         levels for any echo(s).
  466.  
  467.      3. The FidoSpine Distribution System recognizes the Moderator-of-
  468.         Record as the "owner" of their echo. As such all moderator requests
  469.         for feed cuts are honored, provided that the moderator follows the
  470.         path from the 'problem' system and works backwards.  Any FidoSpine
  471.         Distribution System hub retains the right to not distribute any
  472.         echo who's moderator's actions causes too much of a burden on their
  473.         system or well being.
  474.  
  475.      4. The FidoSpine Distribution System recognizes the validity of
  476.         Fidonet Policy 4.07 in determining the legality and appropriateness
  477.         of messages carried in echomail. Since the Moderator-of-Record is
  478.         the "owner" of the echo, The FidoSpine Distribution System
  479.         recognizes the moderator's responsibility in maintaining the
  480.         legality and appropriateness of message traffic in their echo(es).
  481.         The FidoSpine Distribution System is not responsible for the
  482.         content of echomail traffic.
  483.  
  484.      5. The FidoSpine Distribution System will work toward establishing
  485.         SuperHubs in each zone and region. The FidoSpine Distribution
  486.         System does not mandate any specific routing scheme, and allows
  487.         each zone, region, and net to adopt and use their own methods. The
  488.         FidoSpine Distribution System, where netmail and other traffic is
  489.         concerned, will use routing charts provided by recognized Fidonet
  490.         Coordinators (as indicated in the Fidonet Nodelist).
  491.  
  492.      6. The FidoSpine Distribution System distribution system will not
  493.         interfere with any traffic in any echo, aside from eliminating
  494.         duplicate messages ("dupes") and adding necessary routing
  495.         information in accord with Fidonet Technical Standards.
  496.  
  497.      7. The FidoSpine Distribution System will accept input from any
  498.         moderator as to a request to carry his/her echo. We will NOT
  499.         require multiple requests from various NEC's and REC's to
  500.         'authorize' distribution of any echo.  All that is required is that
  501.         the moderator have properly established an entry in the current
  502.         Echolist, and make a request of the FidoSpine Distribution System
  503.         to distribute his/her echo.
  504.  
  505.      8. The FidoSpine Distribution System may, from time to time,
  506.      FIDONEWS 14-27               Page 10                   7 Jul 1997
  507.  
  508.  
  509.         establish, and distribute, technical criteria that messages must
  510.         meet in order to be carried on FidoSpine. Such criteria may
  511.         include, but not be limited to, definitions of character set,
  512.         Origin Line length, age of messages, technical specifications of
  513.         the SEEN-BY's, the PATH, the tearlines, and assorted control lines.
  514.  
  515.  
  516.                      Bob Seaborn, 1:140/1
  517.                      Ed Georgen,  1:2222/258
  518.                      Jerry Gause, 1:3651/9
  519.                      Jim Balcom,  1:13/25
  520.                      Peter Rocca, 1:2401/0
  521.  
  522.      -----------------------------------------------------------------
  523.  
  524.      Observational Titbits
  525.      by Lee Kindness, 2:259/7
  526.  
  527.      Well, just a couple of observations...
  528.  
  529.      3:3/20, the FTSC Chair alias address is no-longer in the nodelist,
  530.      what gives? A number of people have been trying to form a new FTSC
  531.      (without an IC) but these guys should perhaps show a bit more common-
  532.      sense (use NET_DEV rather than FTSC_PUBLIC due to NET_DEV having
  533.      better distribution) and a bit more 'get-up-and-go' (like contact me
  534.      about all those FTSC additions/revisions I published in Fidonews a
  535.      couple of weeks back). I wonder if we'll ever see an FTSC entry in the
  536.      nodelist ever again... Hell, a united world-wide Fidonet is looking
  537.      very shakey...
  538.  
  539.      ftp.fidonet.org is now an alias for ftp.paonline.com rather than the
  540.      IEEE server it used to be on. Interesting to note that only FSC
  541.      documents up to fsc-0090 are on the site (up to fsc-0093 exist on
  542.      ftp.blaze.net.au - the 'former' FTSC internet site) while the two
  543.      'fta' documents by the would be new FTSC are present...
  544.  
  545.      >From 2:259/7, In dis-united Scotland...
  546.  
  547.      --
  548.       Lee Kindness shazze@on.bright.yelly.bowls.com
  549.       Fidonet 2:259/7 wangi@earthling.net hufunglun
  550.       http://www.scms.rgu.ac.uk/students/cs_yr94/lk
  551.  
  552.      -----------------------------------------------------------------
  553.  
  554.      FIDONEWS 14-27               Page 11                   7 Jul 1997
  555.  
  556.  
  557.      =================================================================
  558.                           TRUE STORIES OF FIDONET
  559.      =================================================================
  560.  
  561.      [This is the inaugural True Story of FidoNet. It's old but it's
  562.       true. Send yours today!] Ed.
  563.  
  564.  
  565.      [In 1989 I was injured on-the-job and had little and then no access
  566.       to my FidoNet computer which was at work. The members of my Net at
  567.       the time, built me a computer to use at home to operate the one at
  568.       work remotely.]
  569.  
  570.      --Original post:
  571.  
  572.      This file is my way of expressing my gratitude to the members
  573.      of my Net (FidoNet Net 1:135, SFLorida NET, Miami_FL_USA) for
  574.      a holiday gift they presented me in mid-December.
  575.  
  576.      Composed on 5 Jan 89.
  577.  
  578.                        A Holiday Ode to Net 135
  579.                          by Christopher Baker
  580.                             RC 18 / NC 135
  581.  
  582.       Twas two weeks before Christmas and all thru my house,
  583.       my body was aching, I started to grouse.
  584.       "If I don't dump this backache and get back to work
  585.       my Users and Sysops will think I'm a jerk."
  586.  
  587.       I'd been laid up at home for many a week
  588.       and I had no computer through which I could speak.
  589.       It's tough to do business without a remote and I'm sure
  590.       many NCs thought things I can't quote.
  591.  
  592.       All the while in the background quite unknown to me,
  593.       the folks of my own Net were planning a spree.
  594.       They talked and they chatted and gathered up parts
  595.       to build me a system for home, bless their hearts.
  596.  
  597.       They Netmailed and Echoed and telephoned, too,
  598.       deciding just which part was what and from who.
  599.       They assembled a system that was based on a Tandy;
  600.       with modem and hard drive, I mean, it's a dandy!
  601.  
  602.       I was tired and cranky the night it was due
  603.       and had NO idea this dream would come true.
  604.       I had pains in my back and a pain in my head
  605.       but my wife kept insisting I not go to bed.
  606.  
  607.       It didn't seem normal the way she cajoled.
  608.       It wasn't till later she said, "I was told."
  609.       So unknown to me I was being prepared
  610.       for a real demonstration of how my Net cared.
  611.  
  612.       It was close to eleven P.M. when I said,
  613.      FIDONEWS 14-27               Page 12                   7 Jul 1997
  614.  
  615.  
  616.       "I can't stay up longer. I'm going to bed."
  617.       Then suddenly and very much to my shock
  618.       came a tap on the door and then a loud knock.
  619.  
  620.       "Ho, Ho, Ho!", said a voice not too clear through the door.
  621.       "Open up! I have presents for you by the score!"
  622.       The door was thrown wide to allow the sprite in
  623.       but he wasn't in red; not a hair on his chin.
  624.  
  625.       He was thin as a rail and no Santa was he.
  626.       I recognized Peter; our own NEC.
  627.       "What the heck's going on?" I exclaimed to the air.
  628.       He said, "Just a token to show that we care."
  629.  
  630.       He said nothing else but went straight to his work
  631.       and set up the system then he turned with a smirk.
  632.       "No more excuses!", he said, "Now, get cracking!"
  633.       "Your traffic's piled up and the stuff keeps on stacking!"
  634.  
  635.       I stood there dumbfounded, amazed and confused.
  636.       My mind boggled speechless and he seemed amused.
  637.       "What? How? Who and why?", I managed to say.
  638.       "It's nothing", said he, "now, get back in the fray!"
  639.  
  640.       It wouldn't sink in that such things still take place
  641.       that confirm all your faith in the rest of the race.
  642.       The best I could do was to stammer my thanks
  643.       and then write this poem to honor our ranks.
  644.  
  645.       I still can't believe it and simply must say,
  646.       "All the folks in my Net, you made my whole day!"
  647.       "I never can thank you enough for this gift."
  648.       "Your generous act brings a permanent lift!"
  649.  
  650.       So, all of the rest out in FidoNet land,
  651.       keep your faith that our concept continues to stand.
  652.       The FidoNet concept of help and of sharing
  653.       is here. Look around and you'll see people caring.
  654.  
  655.       It's never too late to put egos aside.
  656.       Let go some bygones and take them in stride.
  657.       This Network is people and people are kind.
  658.       When your urge is to flame them, please keep that in mind.
  659.  
  660.       To all of my Net, I say "Thank you, nth times!"
  661.       To the rest of the world who are sick of my rhymes
  662.       I say "I hope the New Year will bring you much joy!"
  663.       Now, I think I'll stop here and go play with my toy! [grin]
  664.  
  665.                          The End
  666.  
  667.  
  668.      Happy Holidays and Happy New Year to the wacky world of FidoNet!
  669.  
  670.      Christopher Baker
  671.      MetroFire, 1:135/14(0), 305-596-8611
  672.      FIDONEWS 14-27               Page 13                   7 Jul 1997
  673.  
  674.  
  675.      Miami_FL_USA
  676.  
  677.      SFLorida Net 135, Miami_FL_USA
  678.  
  679.      Roster of Net 135 Santas:
  680.  
  681.      1    RAM-SOFT_Archive_Library, Miami_FL, David_Gilbert & James Gilbert
  682.      2    Eclectic_BBS, South_Miami_FL, Tark_Henderson
  683.      3    Medical_Software_Exchange, Miami_FL, Richard_Kaplan
  684.      4    The_Kendall_BBS, Miami_FL, Mike_Janke
  685.      5    CAP-BBS, Miami_FL, Duane_Ellis
  686.      6    Dungeons_of_Darkness_OPUS, Miami_FL, Mike_Jones
  687.      7    Miami's_First_Fido, Miami_FL, Al_DelaTorre
  688.      8    Coral_Gables_Medterm_BBS, Coral_Gables_FL, Mario_Diaz
  689.      9    EPICS_Opus, Hialeah_FL, Sandy_Schurtz
  690.      10   AMS_Support-Net_135_NEC, Miami_FL, Peter_Adenauer
  691.      11   Power_Station, North_Miami_FL, Mike_Lombana
  692.      12   Off-Duty_Inc._BBS, Miami_FL, Kathryn_Fanning
  693.      20   FrontDoor_Headquarters, Miami_FL, Joaquim_Homrighausen
  694.      24   TURBO-Soft, Homestead_FL, David_Kerley
  695.      27   Bitsy's_Place, Miami_Beach_FL, Henry_VanLeer
  696.      30   SMURFIT_Latin_America_Opus, North_Miami_Beach_FL, Jeff_Wolach
  697.      33   Byte_Size_Bits, Homestead_FL, Jean_Prophet & Buddy Prophet
  698.      34   The_Jailhouse, North_Miami_FL, Kenny_Star
  699.      35   The_Sober_Way_Out, Miami_FL, Robert_Egan
  700.      36   Town_Crier_Opus, Miami_Shores_FL, Orville_Bullitt
  701.      38   C-Board, Miami_FL, Jack_Bowman
  702.      39   The Expressions_BBS, Miami_Springs_FL, Daniel_Johnston
  703.      40   The_Cable_Connection, Miami_FL, Jerry_Iovine
  704.      41   BBS1-PC!, Miami_FL, John_Theed
  705.      43   Key's_Paradise, Key_West_FL, Steve_Froeschke
  706.      46   Bullitt_-_80_Opus, North_Miami_FL, Guy_Bullitt
  707.      47   MOBS_Opus_Humor_South, North_Miami_FL, Andrew_Adler
  708.      48   The_Road_Runner, Hialeah_FL, Luis_Hernandez
  709.      88   Chatterbox_BBS, Miami_FL, Marc_Moyantcheff
  710.      204  BerkShire_Board, Miami_FL, Bill_Kraski
  711.      901  Miami's_Personal_Consultant, Miami_FL, Dave_Steinman
  712.      942  wHy_bE_NoRmaL?, Miami_Fl, Tim_LaVan,
  713.      990  Friends_of_Dorothy, Miami_FL, Scott_Samet
  714.  
  715.  
  716.      Thank you all for the fabulous Tandy T1000 w/20 meg hard drive, 1200
  717.      bps modem, 384K RAM, floppy drive and completely configured with DOS
  718.      and programs! It is a gift I will always cherish and never forget. You
  719.      ARE an amazing and generous bunch of people and Sysops!
  720.  
  721.      TTFN.
  722.      Chris
  723.  
  724.       -30-
  725.  
  726.      [That was a long time ago but I haven't forgotten that most of the
  727.       folks in our net are not rotten.] [grin] Ed.
  728.  
  729.      -----------------------------------------------------------------
  730.  
  731.      FIDONEWS 14-27               Page 14                   7 Jul 1997
  732.  
  733.  
  734.      =================================================================
  735.                               FIDONET HISTORY
  736.      =================================================================
  737.  
  738.  
  739.      [This an abortive chapter of FidoNet History from 1989. This is the
  740.       original EchoPol that was 'ratified' and then revoked by the IC of
  741.       the period {David Dodell} as non-representative. With the recent REC
  742.       Echomail effort, it might be well to reflect upon that which has not
  743.       been enacted for going on ten years after Policy4. It has been
  744.       reformatted to 70 columns for FidoNews and the spelling and
  745.       punctuation corrected where necessary. The original is available at
  746.       1:18/14 for file-request as ECHOPOL.] Ed.
  747.  
  748.  
  749.                             GENERAL ECHOMAIL POLICY 1
  750.                                 April 22nd, 1989
  751.  
  752.        PROLOGUE
  753.  
  754.        This document sets forth policy governing Echomail conferences and
  755.        their distribution.
  756.  
  757.        If any item in this policy is in conflict with any existing or
  758.        subsequent General FidoNet Policy, then General FidoNet Policy will
  759.        be in effect.
  760.  
  761.        This Policy applies to Zone One Backbone Echomail conferences and to
  762.        any other conferences for which the Moderator desires it to be
  763.        applicable.
  764.  
  765.        Future changes to Echo Policy may be proposed by any FidoNet Sysop
  766.        by submitting the proposal to their REC. The REC will then determine
  767.        if the proposal should be brought before the rest of the RECs. If an
  768.        REC decides not to bring a proposed change before the rest of the
  769.        RECs, a message stating why must be sent. If 10% or more of the NCs
  770.        and NECs in a region request that a proposal be brought before the
  771.        RECs then that proposal must be brought before the RECs.
  772.  
  773.        A majority vote of the Regional Echomail Coordinators is required in
  774.        order for a proposal to be formally voted on. If 10% or more of the
  775.        NCs and NECs in the Zone request that a proposal be formally voted
  776.        on, then that proposal must be formally voted on.
  777.  
  778.        Those eligible to vote on any proposals made by the REC structure
  779.        will be the ZEC, RECs, NECs, NCs, RCs and ZC.  Only one vote per
  780.        person is allowed.  Adoption of changes will require a simple
  781.        majority of those voting to pass.
  782.  
  783.        In this document, "a simple majority" means more than 50 percent
  784.        of those voting.  A good faith attempt must be made to make all
  785.        potential voters aware that a vote is occurring and make available
  786.        all necessary information.
  787.  
  788.  
  789.        I.  HISTORY
  790.      FIDONEWS 14-27               Page 15                   7 Jul 1997
  791.  
  792.  
  793.        Echomail consists of the sharing of message bases or conferences
  794.        between various independent network addresses.  The Echomail concept
  795.        started with a series of programs by Jeff Rush.  Since the original
  796.        implementation, many authors have written programs improving on the
  797.        original idea.  In spite of worries that the flow of Echomail would
  798.        increase Netmail traffic to the point that the Network would
  799.        collapse under its own weight, Echomail has been a success.  To
  800.        simplify the distribution of Echomail, a national Echomail Backbone
  801.        formed whose primary purpose is the distribution of Echomail at a
  802.        national level.  Of recent introduction to the Backbone system has
  803.        been the generous contribution of the Echomail Stars.  As a result
  804.        of the growth of Fidonet and the increase in the volume of Echomail,
  805.        it has become necessary to set forth a formal policy governing
  806.        Echomail.
  807.  
  808.  
  809.        II.  DEFINITIONS
  810.  
  811.             1. ECHOMAIL:  The process of sharing message bases between
  812.                independent systems with unique net/node addresses.
  813.  
  814.             2. ECHOMAIL CONFERENCES:  An Echomail conference is a message
  815.                base of forum design distributed under a specified
  816.                conference name dealing with a defined area of interest.
  817.                Notable examples include TECH, the National Technical
  818.                Conference and COMM, the National Telecommunications
  819.                Conference.
  820.  
  821.             3. MODERATED CONFERENCE:  A moderated conference is an Echomail
  822.                conference for which a moderator has been appointed to
  823.                supervise the flow and content of the conference.  All
  824.                conferences carried on the Backbone must be moderated.
  825.  
  826.             4. SYSOP-ONLY CONFERENCE:  A Sysop-Only Conference is one in
  827.                which the Moderator has decided that the conference will be
  828.                made available only to Sysops and not to users.
  829.  
  830.             5. RESTRICTED DISTRIBUTION CONFERENCES:  A restricted
  831.                distribution conference is one which is restricted only to
  832.                eligible recipients.  Notable examples include REGCON, the
  833.                Regional Coordinators Conference, COORD, the National
  834.                Echomail Coordinators Conference, and MAGICK, a pre-register
  835.                Echomail Conference.
  836.  
  837.             6. ZONE ECHOMAIL COORDINATOR (ZEC):  This individual is
  838.                responsible for coordination of Echomail on a FidoNet Zone
  839.                level.
  840.  
  841.             7. REGIONAL ECHOMAIL COORDINATOR (REC):  This individual is
  842.                responsible for coordination of Echomail within his region.
  843.  
  844.             8. NET ECHOMAIL COORDINATOR (NEC):  This individual is
  845.                responsible for coordination of Echomail at the Local Net
  846.                level.
  847.  
  848.             9. ECHOMAIL Backbone:  The Echomail Backbone consists of
  849.      FIDONEWS 14-27               Page 16                   7 Jul 1997
  850.  
  851.  
  852.                voluntary members who provide services to enhance the
  853.                national distribution of Echomail.  The Backbone consists of
  854.                nodes which handle a high volume of Echomail traffic and are
  855.                responsible for distribution of Echomail down to the
  856.                regional level.
  857.  
  858.            10. NATIONAL ECHOMAIL LIST:  The National Echomail List
  859.                identifies the available national conferences, the
  860.                conference moderator and requirements of the specified
  861.                conference.  The ZEC will appoint the keeper of the National
  862.                Echomail List.
  863.  
  864.            11. AUTOMATED CENSORSHIP:  The term Automated Censorship refers
  865.                to programs which cause messages to be removed from the
  866.                intended conference or have their content altered.
  867.  
  868.            12. FIDONET POLICY:  The document which governs Fidonet as
  869.                adopted by Fidonet.  The document as of this writing is
  870.                Policy3 and is subject to change.  This policy is intended
  871.                to become a part of general Fidonet policy.  Until it is
  872.                incorporated into General Fidonet policy, this document
  873.                shall serve to define policy violations occurring in
  874.                Echomail.
  875.  
  876.            13. OPEN ACCESS CONFERENCE:  This is a non-restricted conference
  877.                open to all users who are willing to follow the posted
  878.                conference rules.
  879.  
  880.            14. TERMINAL NODE:  A system which does not process echomail for
  881.                pickup by another system.
  882.  
  883.  
  884.        III.  DUTIES OF ECHOMAIL COORDINATORS
  885.  
  886.             1. GENERAL:  It is the duty of the *ECs to make available to
  887.                any Fidonet Sysop, any conference which the  Sysop is not
  888.                prohibited from receiving by not meeting requirements as
  889.                mandated by the conference moderator.  If for any reason the
  890.                *EC does not have access via recognized distribution
  891.                channels to a specific conference, they can not be expected
  892.                to pass it on.  If a *EC fails to make available any
  893.                conference to qualified lower distribution levels, this
  894.                shall be deemed to have violated the outlined duties of the
  895.                position held.  Such violation is cause for the removal as
  896.                provided by this document.  Nothing in this provision
  897.                requires that a *EC must import any conference to the extent
  898.                of adverse economic impact.  It is recommended that cost
  899.                sharing arrangements be employed.  Where financially
  900.                feasible for the supplier any conference on the Backbone
  901.                must be made available (other than restricted conferences)
  902.                when requested.
  903.  
  904.                An exception is when a *EC cuts a link to end unauthorized
  905.                distribution of a conference.  In this case, some otherwise
  906.                authorized nodes may temporarily lose their link.
  907.  
  908.      FIDONEWS 14-27               Page 17                   7 Jul 1997
  909.  
  910.  
  911.                A *EC shall do everything in their power to insure that:
  912.  
  913.                     1.   All downstream links are educated as to this
  914.                          policy.
  915.                     2.   Downstream links know how to properly link into
  916.                          conferences.
  917.                     3.   Acceptable and unacceptable behavior in echomail
  918.                          conferences is explained.
  919.                     4.   Downstream links are not engaging in topologies
  920.                          that increase the risk of duplicate messages.
  921.  
  922.             2. DUTIES OF ZONE ECHOMAIL COORDINATOR:  It is the duty of the
  923.                ZEC to coordinate the connections between the Echomail
  924.                Backbone on both an inter-Zone and intra-Zone level as well
  925.                as coordination of inter-regional connections.  The ZEC will
  926.                coordinate transmission of Echomail and to provide for
  927.                routing in a manner that will avoid the transmission of
  928.                duplicate messages within the same conference.  It is also
  929.                the duty of the ZEC to monitor compliance with this policy
  930.                on both a national and international basis.
  931.  
  932.             3. DUTIES OF REGIONAL ECHOMAIL COORDINATOR:  It is the duty of
  933.                the REC to provide for regional Echomail distribution.  In
  934.                addition, the REC will coordinate any inter-regional cross-
  935.                linking of conference feeds with the REC of the
  936.                participating region with the direct knowledge of the ZEC.
  937.                The REC will provide for transmission and routing of
  938.                Echomail within his/her region in a manner to avoid creation
  939.                of duplicate messages within the same conference.  It is the
  940.                duty of the REC to monitor compliance with this policy at a
  941.                regional level.
  942.  
  943.             4. DUTIES OF NET ECHOMAIL COORDINATOR:  It is the duty of the
  944.                NEC to coordinate the intra-net Echomail and to cooperate
  945.                with the REC and NECs of other nets to arrange for the
  946.                inter-net transmittal of echomail.  The REC may require the
  947.                NEC to provide links for independent (regional) nodes.  The
  948.                NEC shall maintain a list of available Echomail Conferences
  949.                within the net as well as the requirements of each
  950.                Conference area as supplied by the conference moderator
  951.                (Echolist).  The NEC shall also monitor compliance with this
  952.                policy at a net level.
  953.  
  954.             5. DUTIES OF ECHOLIST COORDINATOR:  It is the duty of the
  955.                Echolist Coordinator to compile and make available a listing
  956.                of national and international Echomail conferences and,
  957.                optionally, conferences at various local levels.  The
  958.                content and format of the Echomail listing shall be at the
  959.                sole discretion of the Echolist Coordinator, but shall
  960.                include the conference name and moderator for each
  961.                conference.  The Echolist Coordinator shall also maintain a
  962.                list of requirements applicable to each listed conference.
  963.  
  964.             6. DUTIES OF ECHOMAIL CONFERENCE MODERATOR:  It shall be the
  965.                duty of the Echomail Conference Moderator to make in good
  966.                faith every reasonable effort to insure that the moderated
  967.      FIDONEWS 14-27               Page 18                   7 Jul 1997
  968.  
  969.  
  970.                conference does not distribute or promote illegal activities
  971.                or information as defined below in Section V Paragraph 2.
  972.                The Moderator shall be responsible for insuring that
  973.                messages contained in the conference corresponds to the
  974.                conference theme.  The Moderator shall report any violations
  975.                of this policy to the proper Echomail coordinators and lodge
  976.                any appropriate policy complaints as provided for in policy
  977.                documents adopted by Fidonet.  The Moderator shall post the
  978.                conference rules in the conference at least once a month.
  979.                The Moderator is to authorize the disconnection of the
  980.                conference feed.  Any Sysop the moderator believes is
  981.                violating policy shall be reported to the offending node's
  982.                nearest local echomail coordinator (may be a NEC, REC or in
  983.                extreme situations, a ZEC); and the moderator shall formally
  984.                authorize the feed to the offending node to be severed.  The
  985.                conference moderator is the sole judge - subject to review
  986.                only by the ZEC (or his delegates) if a complaint is filed
  987.                by the banished party.  The Moderator may request in direct
  988.                written form (netmail) that the *ECs disconnect a node from
  989.                the conference when that node refuses to follow the
  990.                published conference rules after at least 3 warnings.
  991.                Knowingly feeding a conference to a node that has been
  992.                severed by the Moderator is considered a violation of this
  993.                echomail policy and is subject to suspension.  The length of
  994.                this suspension will be determined by a joint decision of
  995.                the conference moderator and the nearest local echo
  996.                coordinator of the node illegally feeding the conference to
  997.                the original offending node or point.
  998.  
  999.                Echo conference complaints from a Sysop should be filed at
  1000.                the net level (NEC) or if the complaining party is an
  1001.                independent node then with their REC.  The NEC or REC
  1002.                receiving such a complaint must take action in accordance
  1003.                with the provisions of this echomail policy.
  1004.  
  1005.                For severe or chronic infractions, the NEC, REC, or ZEC may
  1006.                file a complaint under general Fidonet policy for
  1007.                excessively annoying behavior.
  1008.  
  1009.  
  1010.        IV.  APPOINTMENT AND ELECTION OF ECHOMAIL COORDINATORS AND
  1011.             MODERATORS.
  1012.  
  1013.             1. GRANDFATHER CLAUSE:  Those Zone, Regional, and Net Echomail
  1014.                Coordinators and Echomail Coordinators currently holding
  1015.                these positions as of the date of acceptance of this
  1016.                Echomail Policy shall continue to service in said capacity
  1017.                until resignation or replacement under this policy.
  1018.  
  1019.             2. ELECTION OF ZONE ECHOMAIL COORDINATOR:  The ZEC shall be
  1020.                elected as follows:
  1021.  
  1022.                     a) upon resignation or replacement of the existing ZEC,
  1023.                     the FidoNet Zone Coordinator (ZC) shall nominate at
  1024.                     least five individuals to be voted upon.
  1025.  
  1026.      FIDONEWS 14-27               Page 19                   7 Jul 1997
  1027.  
  1028.  
  1029.                     b) 10 days after the nominees are selected, an election
  1030.                     shall be held.  The ZEC will be elected by a simple
  1031.                     majority of IC, ZC, RCs, NCs, RECs, and NECs in their
  1032.                     Fidonet zone.  An individual holding more than one
  1033.                     position can only cast one vote.  That is, if an
  1034.                     individual is both a NC and a NEC, they may cast only
  1035.                     one vote.
  1036.  
  1037.             3. ELECTION OF REGIONAL ECHOMAIL COORDINATOR:  The REC shall be
  1038.                elected as follows:
  1039.  
  1040.                     a) upon resignation or replacement of an existing REC,
  1041.                     the ZEC shall nominate at least 3 individuals for
  1042.                     election.
  1043.  
  1044.                     b) 10 days after the nominees are selected, an election
  1045.                     shall be held. The REC will be elected by a simple
  1046.                     majority of the RC, NCs, and NECs in their FidoNet
  1047.                     Region.  An individual holding more than one position
  1048.                     may only cast one vote.
  1049.  
  1050.             4. NET ECHOMAIL COORDINATOR:  The NEC shall be appointed by the
  1051.                FidoNet Net Coordinator (NC) or in such alternative manner
  1052.                as determined by the NC.  If a NEC is not appointed within
  1053.                30 days, the REC will appoint the NEC.
  1054.  
  1055.             5. REMOVAL OF A *EC:  A *EC may be removed from their position
  1056.                by a simple majority of those allowed to vote for their
  1057.                successor.  For a NEC, the members of the Net may vote by
  1058.                simple majority to remove the NEC.  The position directly
  1059.                above (in the *EC structure) will oversee the recall
  1060.                election in the same manner as prescribed for electing
  1061.                successors.
  1062.  
  1063.                A *EC may only be subject to recall for failure to properly
  1064.                carry out their  duties described above, or if they are no
  1065.                longer a member of  Fidonet.  A promise of 'free' echomail
  1066.                delivery from another source is *not* considered an
  1067.                acceptable reason for recall.
  1068.  
  1069.                A *EC maybe removed by the level above for continued
  1070.                violations of policy or for gross misconduct.
  1071.  
  1072.             6. RECOGNITION OF CONFERENCES:  The *EC corresponding to the
  1073.                appropriate level recognizes a conference at his level.
  1074.                Examples: The NEC recognizes a conference as local.  The REC
  1075.                recognizes a conference to be regional.  A ZEC recognizes a
  1076.                conference to be zonal.
  1077.  
  1078.             7. REMOVAL OF AN ECHOMAIL CONFERENCE MODERATOR:  An Echomail
  1079.                Conference Moderator may be removed from their position by a
  1080.                three fourths (3/4) vote of the *EC structure voting.  This
  1081.                vote must be carried out in a fair and decent manner while
  1082.                giving at least ten (10) days notice to the entire *EC
  1083.                structure of the upcoming vote.  The ZEC shall notify the
  1084.                RECs who in turn shall notify the NECs in their region of
  1085.      FIDONEWS 14-27               Page 20                   7 Jul 1997
  1086.  
  1087.  
  1088.                any upcoming vote.  Notice must be given via NetMail.
  1089.                Additional postings in such conferences as COORD and
  1090.                regional conferences are encouraged.
  1091.  
  1092.                An Echomail Conference Moderator may only be subject to
  1093.                recall for failure to properly carry out their duties
  1094.                described above or continued pre-meditated violation of this
  1095.                documents section V. Statement of Policies as seen below.
  1096.                Failing to perform the above duties of a conference
  1097.                moderator for a period of 3 or more months and/or failing to
  1098.                designate a proxy in his absence shall be in violation of
  1099.                this policy and be subject to recall.  A vote may only be
  1100.                callable by the ZEC (or his delegate).  This delegate should
  1101.                not be from the region or net of the affected conference
  1102.                moderator.
  1103.  
  1104.                Membership in Fidonet need not be a paramount issue, but is
  1105.                highly recommended.
  1106.  
  1107.  
  1108.        V.  STATEMENT OF POLICIES
  1109.  
  1110.             1. BASIC ECHOMAIL POLICY:  The basic policy of Echomail is to
  1111.                promote communication in Echomail Conferences in a lawful,
  1112.                friendly manner consistent with the general principles of
  1113.                FidoNet.
  1114.  
  1115.             2. PROHIBITION ON ILLEGAL ACTIVITIES:  Any Node which knowingly
  1116.                distributes or allows to be entered into echomail
  1117.                conferences any messages containing or promoting illegal
  1118.                activities or information shall be deemed to have violated
  1119.                general FidoNet policy as being excessively annoying.  As
  1120.                used in this paragraph, "illegal activities" includes
  1121.                activities which are a violation of civil law as well as
  1122.                activities which would result in criminal prosecution.
  1123.  
  1124.             3. AUTOMATED CENSORSHIP:  The use of Automated Censorship in
  1125.                the passing or distribution of echomail will be considered a
  1126.                violation of this policy and will not be tolerated.
  1127.                Disciplinary action will be as referred to in General
  1128.                Fidonet policy as being excessively annoying.
  1129.  
  1130.                An exception to this provision shall be the deletion and not
  1131.                censorship of messages by any Sysop which may lead to legal
  1132.                action against that Sysop.
  1133.  
  1134.                No echomail shall be modified in any manner which could
  1135.                potentially cause duplicates.
  1136.  
  1137.             4. INTER-NETWORK CONFERENCES:  Inter-Net conferences shall
  1138.                conform to general Fidonet policy as well as the provisions
  1139.                of this policy document in addition to any foreign network's
  1140.                provisions.  Conferences which originate outside of FidoNet
  1141.                must be designated as such in the list of conferences kept
  1142.                by the Echolist Coordinator.
  1143.  
  1144.      FIDONEWS 14-27               Page 21                   7 Jul 1997
  1145.  
  1146.  
  1147.             5. CHARGING FOR DISTRIBUTION:  Any entity which makes a profit
  1148.                from the distribution (passing from system to system) of
  1149.                echomail shall be deemed to be excessively annoying and in
  1150.                violation of Fidonet policy subject to enforcement under
  1151.                existing Fidonet policy.  Profit as defined in this
  1152.                paragraph is the charging for echomail distribution that
  1153.                exceeds actual cost to obtain and distribute the Echomail
  1154.                over a sustained period.  The cost of the equipment used to
  1155.                obtain and distribute echomail may only be recovered on a
  1156.                strictly voluntary basis.  A Sysop that charges users for
  1157.                access to their BBS shall NOT be in violation of this
  1158.                paragraph.
  1159.  
  1160.                Implementation of cost recovery plans may vary greatly.  In
  1161.                general cost recovery plans should not be overly
  1162.                restrictive.
  1163.  
  1164.             6. RESTRICTED DISTRIBUTION CONFERENCES:  Participating Nodes
  1165.                shall honor and support the restrictions placed upon
  1166.                restricted distribution conferences.  Violation of this
  1167.                restriction by individual nodes and points shall be a
  1168.                violation of this echomail policy and result in suspension
  1169.                of the violated echo in accordance with the above paragraph
  1170.                in Section III Duties of the Echomail Conference Moderators.
  1171.  
  1172.                A SYSOP only conference shall be made available only to the
  1173.                Sysops or Co-Sysops of Fidonet or other nets with which
  1174.                inter-net conferences exist.
  1175.  
  1176.                A violation of the restrictions placed on a RESTRICTED
  1177.                DISTRIBUTION CONFERENCE will be a violation of this policy
  1178.                if and only if the moderator has posted and specified the
  1179.                restrictions governing the conference.
  1180.  
  1181.             7. PATHLINE OPTION:  The PATHline (as defined in FTS-0004),
  1182.                originally implemented by SEA in the MGM package, is
  1183.                recommended for all nodes.  If your current Echomail
  1184.                scanner supports the pathline you should enable it.  While
  1185.                the pathline does not eliminate duplicate messages, it can
  1186.                be a very useful tool in determining where a topology
  1187.                problem exists.
  1188.  
  1189.                Systems operating as Echomail Stars, Backbone nodes, or
  1190.                Echomail Hubs must implement the PATHline option (as defined
  1191.                in FTS-0004 within 30 days of adoption of this policy.
  1192.                Since these system are operating beyond the scope of the
  1193.                typical FidoNet system, they are required to implement
  1194.                features that are otherwise optional.
  1195.  
  1196.             8. SEEN-BY LINE:  Under the current technology and topology
  1197.                (the routing structure of echomail), SEEN-BY lines play an
  1198.                important part in reducing duplicate messages.  Tiny SEEN-
  1199.                BYs will not be allowed until the respective ZECs feel
  1200.                topology will allow their use.  Nor will the stripping of
  1201.                SEEN-BYs (except Zone-Gates and Inter-Network EchoGates) be
  1202.                allowed unless approved by the ZEC.
  1203.      FIDONEWS 14-27               Page 22                   7 Jul 1997
  1204.  
  1205.  
  1206.                Violation of the above shall be excessively annoying
  1207.                behavior enforceable under general Fidonet policy.  Zone-
  1208.                Gates and Inter-Network EchoGates SHOULD strip the SEEN-BYs
  1209.                of the exporting Zone or Network to reduce addressing
  1210.                conflicts.
  1211.  
  1212.             9. COUNTERFEIT MESSAGES:  Entering or knowingly distributing
  1213.                counterfeit messages shall be considered excessively
  1214.                annoying and a violation of Fidonet policy enforceable under
  1215.                the terms of Fidonet policy.  As used in this paragraph, a
  1216.                counterfeit message is defined as any message entered using
  1217.                another person's name, handle or node address with the
  1218.                intent of deceiving others about the true author of the
  1219.                message.  No handles shall be used to enter messages to
  1220.                knowingly provoke, inflame, or upset participants in a
  1221.                conference with the purpose of deceiving others about the
  1222.                true identity of the author.
  1223.  
  1224.            10. SYSOP'S RESPONSIBILITY:  It is the responsibility of each
  1225.                Sysop to make every reasonable effort to assure that the
  1226.                users on his board conform to the provisions of this policy
  1227.                document.  A Sysop may be held responsible for the acts of
  1228.                his users unless the Sysop can show that a reasonable
  1229.                attempt was made to conform to this policy document.
  1230.  
  1231.            11. ECHOMAIL SOFTWARE:  Echomail software which does not conform
  1232.                to the minimum acceptable standards as defined by the
  1233.                Fidonet Technical Standards Committee (FTSC) shall lead to
  1234.                disciplinary action as described previously in this
  1235.                document.
  1236.  
  1237.            12. HOST ROUTING OF ECHOMAIL:  Host routing of Echomail without
  1238.                the prior consent of both the Sending and Receiving Hosts
  1239.                shall lead to disciplinary action as described previously in
  1240.                this document.  See Section III.
  1241.  
  1242.            13. INTER-NETWORK CONFERENCES:  It is the general policy of
  1243.                Fidonet to encourage the development of INTER-NETWORK
  1244.                CONFERENCES.  It shall be the duty of those providing the
  1245.                INTER-NETWORK CONFERENCE links to remove foreign net
  1246.                distribution identifiers which will adversely effect the
  1247.                distribution of the Echomail Conference while in Fidonet.
  1248.                The INTER-NETWORK CONFERENCE links maintained in Fidonet
  1249.                shall be operated in a manner not to interfere with the
  1250.                foreign network's distribution of Echomail. INTER-NETWORK
  1251.                CONFERENCE links maintained in FidoNet must also conform to
  1252.                General FidoNet Policy.
  1253.  
  1254.            14. DEFAMATORY POSTING:  The posting of any DEFAMATORY MESSAGE
  1255.                other than in conferences dedicated to this purpose (i.e.
  1256.                FLAME) shall lead to disciplinary action as described
  1257.                previously in this document.  See Section III.  The posting
  1258.                of substantiated facts shall not be considered a violation
  1259.                under this section.
  1260.  
  1261.            15. ADDING OR REMOVING CONFERENCES FROM THE Backbone: A
  1262.      FIDONEWS 14-27               Page 23                   7 Jul 1997
  1263.  
  1264.  
  1265.                conference may be added to the Backbone only at the request
  1266.                of the RECOGNIZED Conference Moderator.  A conference must
  1267.                be registered with the Echolist Coordinator before it can be
  1268.                added to the Backbone.
  1269.  
  1270.                A conference may be removed from the Backbone by lack of
  1271.                traffic.  A committee composed of the ZEC and 4 RECs shall
  1272.                review the status of backbone echos every 3 months.  At
  1273.                which time those echos which have not maintained a minimum
  1274.                10 messages a week over the preceding 3 months will be noted
  1275.                and their Conference moderators will be contacted.  These
  1276.                conferences will be given 1 months to improve their traffic
  1277.                or be withdrawn from Fidonet backbone distribution.  The
  1278.                recognized conference moderator may request removal of their
  1279.                conference from the Fidonet backbone distribution at their
  1280.                discretion.
  1281.  
  1282.            16. TOPOLOGY and DUPLICATE MESSAGES: Cross Regional links should
  1283.                be avoided as they increase the risk of improper linking and
  1284.                generation of duplicate messages.  Cross Regional links may
  1285.                only be established with the knowledge of the REC in both
  1286.                regions.  The REC must be notified prior to or at the time
  1287.                of the link being established.  If an REC determines that a
  1288.                cross regional link is contributing to the creation of
  1289.                duplicate messages, the REC may request that the link be
  1290.                terminated.
  1291.  
  1292.                The use of the PATHline option is required for all out of
  1293.                region links.
  1294.  
  1295.                If a sysop has a prior history of creating duplicate
  1296.                messages because of out of region links, the REC may require
  1297.                prior notification and approval before an out of region link
  1298.                can be established.
  1299.  
  1300.                Cross Regional links are permitted without notification if
  1301.                one of those systems is a dead-end.  Should the status of
  1302.                this link change, then notification is required.
  1303.  
  1304.                Each REC will do their best to make available high speed
  1305.                hubs, out of state hubs, PC Pursuit hubs, etc., to
  1306.                facilitate the low cost, efficient movement of mail within
  1307.                their respective Region.
  1308.  
  1309.                Any Sysop who willfully and knowingly establishes links that
  1310.                either create duplicate loops (topology that creates
  1311.                circular feeds) or who refuses to break such links upon
  1312.                request by their NEC, REC, or ZEC shall be subject to
  1313.                disciplinary action as described previously in this
  1314.                document.  See Section III.
  1315.  
  1316.            17. MESSAGE STANDARDS:  Until the adoption of a superseding
  1317.                standard by the Fidonet Technical Standards Committee, the
  1318.                following Echomail message standards are recommended:
  1319.  
  1320.                     a)   Eight-bit characters (ASCII 128-255) and non-
  1321.      FIDONEWS 14-27               Page 24                   7 Jul 1997
  1322.  
  1323.  
  1324.                     printing low-order codes (ASCII 2-31) are prohibited,
  1325.                     except the use of 8Dh (soft <CR> character) per FTS-
  1326.                     0004.  This is not intended to discourage participation
  1327.                     of foreign zones or networks, which may permit said
  1328.                     characters.  Any echomail processor should pass
  1329.                     information exactly as it was received, without
  1330.                     stripping any non-standard characters.
  1331.  
  1332.                     b)   Origin lines should be limited to 79 characters
  1333.                     including the required ending of a proper network
  1334.                     address (i.e. Zone:Net/Node.Point with zone and point
  1335.                     being optional).
  1336.  
  1337.                     c)   Tear lines should be limited  to 35 characters
  1338.                     including the required "---" lead-in.  These should
  1339.                     only contain packer or editor program identification.
  1340.                     Tear lines for message editors are discouraged.  If an
  1341.                     editor adds a tear line, it should also add an origin
  1342.                     line to avoid multiple tear lines.
  1343.  
  1344.                     d)   "Extra" origin lines (ZoneGating) are limited to
  1345.                     essential information  only.  This consists of the
  1346.                     required lead-in plus the network name "Gateway" and
  1347.                     optionally the software ID followed by a Zone:Net/Node
  1348.                     address.
  1349.  
  1350.                       Example:
  1351.  
  1352.                        " * Origin: FidoNet Gateway (TComm 88:372/666)"
  1353.  
  1354.                     e)   SEEN-BY addresses should be in sorted order.
  1355.                     Multiple AKA's are not allowed in SEEN-BY lines unless
  1356.                     you have more than one address which processes mail.
  1357.                     Or for one month during change of an existing address
  1358.                     (to avoid duplicates to the previous address).  Node 0
  1359.                     addresses should not be used for echomail distribution.
  1360.  
  1361.                     f)   All current FTSC specifications must be followed.
  1362.  
  1363.  
  1364.        VI.  ENFORCEMENT
  1365.  
  1366.                Enforcement of this policy document shall be under the
  1367.                provisions of General FidoNet policy.  Complaints concerning
  1368.                Echomail violations defined under this policy may be filed
  1369.                by the aggrieved individual, the conference moderator or by
  1370.                any level of Echomail Coordinator to the appropriate *C
  1371.                level.  All complaints made pursuant to this policy must be
  1372.                made within 60 days of the date of occurrence or discovery.
  1373.                Complaints shall be filed under the provisions of General
  1374.                Fidonet Policy, with a copy to the respective *EC.
  1375.  
  1376.                Enforcement is immediate, with any currently existing
  1377.                software allowed 60 days to conform (from the date EchoPol1
  1378.                goes into effect).  A 30-day extension may be granted solely
  1379.                at the discretion of the ZEC if efforts to bring about
  1380.      FIDONEWS 14-27               Page 25                   7 Jul 1997
  1381.  
  1382.  
  1383.                compliance are clear.  Continued use of aberrant software
  1384.                after this period shall be deemed excessively annoying.
  1385.  
  1386.  
  1387.        VII.  ADOPTION OF POLICY
  1388.  
  1389.             1. ADOPTION:  This policy shall become effective upon
  1390.                ratification by a simple majority of those voting.  Those
  1391.                eligible to vote shall be the IC, ZCs, RCs, NCs, ZECs, RECs,
  1392.                and NECs.  Those individuals holding more than one position
  1393.                can cast only one vote.
  1394.  
  1395.             2. GRANDFATHER CLAUSE:  Within 60 days of adoption of this
  1396.                policy, moderators shall be appointed for all existing
  1397.                Echomail Conferences which do not now have a moderator.
  1398.                Moderators shall be appointed by the ZEC from those
  1399.                volunteering as moderator or if no volunteer is available
  1400.                then the ZEC shall request and appoint a moderator for the
  1401.                conference.  In the case where more than one individual
  1402.                claims to be the conference moderator and no agreement can
  1403.                be reached, the ZEC may order the conference retired and ban
  1404.                the further use of the specific conference name.  Failure of
  1405.                the individuals to retire the conference name shall be
  1406.                deemed excessively annoying behavior.
  1407.  
  1408.  
  1409.        VI.  BACKBONE STRUCTURE
  1410.  
  1411.                This section is for information purposes only.  It gives a
  1412.                plain English description of the current structure and
  1413.                operation of the Backbone.  The ZEC may change this
  1414.                structure without amending this document.
  1415.  
  1416.                At the top of the Echomail distribution network, there are
  1417.                systems commonly called Stars.  These systems are usually
  1418.                dedicated to passing Echomail.  The stars operate at the
  1419.                discretion and direction of the ZEC.  At the time of this
  1420.                writing there are 3 stars, each has a backup system/plan in
  1421.                the event of a failure.  In general, the Stars link to one
  1422.                another and feed the RECs.
  1423.  
  1424.                The RECs are then responsible for distribution of the
  1425.                echomail within their  Region.  Normally, the REC will feed
  1426.                the NECs in that region.
  1427.  
  1428.                The NEC is responsible for distribution of Echomail to the
  1429.                individual Sysops within a net.
  1430.  
  1431.                Note that the RECs and NECs can appoint Hubs to help in the
  1432.                distribution of Echomail.  That is, they do not have to
  1433.                directly feed the lower level.
  1434.  
  1435.                This is the distribution GOAL.  Because of less expensive
  1436.                phone rates and other reasons, this distribution method is
  1437.                not followed exactly.  Any change to the above requires
  1438.                agreement of the *EC's involved.  All *ECs will use all the
  1439.      FIDONEWS 14-27               Page 26                   7 Jul 1997
  1440.  
  1441.  
  1442.                tools at their disposal, such as hubs, high speed modems,
  1443.                ROA, Wide Area Calling plans, PC Pursuit, corporate
  1444.                sponsorship, etc., to provide fast, efficient, and cost
  1445.                effective movement of echomail.
  1446.  
  1447.                Echopol Committee
  1448.  
  1449.                Mike Ratledge
  1450.                Norm Henke
  1451.                Rick McWilliams
  1452.                Barry Shatswell
  1453.  
  1454.       -30-
  1455.  
  1456.      [This may give the clamoring newbies and Echomail weenies an idea
  1457.       where some of the wacky ideas concerning Echomail came from.  With
  1458.       something to compare it to, let's see them come up with one that
  1459.       makes sense in 1997.] [fnord]
  1460.  
  1461.      [And, folks, when you write these things, PLEASE DON'T right justify
  1462.       them.  All that white space is a real pain to remove.  And chip in
  1463.       for a spell-checker.] Ed.
  1464.  
  1465.      -----------------------------------------------------------------
  1466.  
  1467.      FIDONEWS 14-27               Page 27                   7 Jul 1997
  1468.  
  1469.  
  1470.      =================================================================
  1471.                              GETTING TECHNICAL
  1472.      =================================================================
  1473.  
  1474.  
  1475.      No more "Getting technical" ?
  1476.      by Frank Ellermann, 2:240/5815.1
  1477.  
  1478.      I hate the idea, that now after all old FTSC documents the "Getting
  1479.      technical" corner could vanish from FidoNews. And there are lots of
  1480.      other interesting technical documents, which should be part of the
  1481.      FTSC library. So when my time allows it, I'll submit some texts I'm
  1482.      aware of. The first one is easy, a FSC proposal lost somewhere in
  1483.      cyber space between David Nugent and me... Fortunately, because here
  1484.      is the newest third edition: Z2C approved X2C and X2S as user flags in
  1485.      zone 2... :-)
  1486.  
  1487.         Document: FSC-????
  1488.      |  Version:  003
  1489.      |  Date:     03 July, 1997
  1490.  
  1491.         Zone 2 nodelist flags
  1492.         Frank Ellermann, 2:240/5815.1
  1493.  
  1494.         Introduction
  1495.         ------------
  1496.         This document informs about known differences of FidoNet zone 2
  1497.         nodelist flags from FTS-0005.003.  The ultimate sources for these
  1498.         informations are the current zone 2 nodelist epilog and the setup
  1499.         for flag corrections at Z2C, but it may be difficult to get these
  1500.         sources for readers in other zones.
  1501.  
  1502.         FTS-0005 flags
  1503.         --------------
  1504.         The following flags are used as specified in FTS-0005.003:
  1505.  
  1506.              CM      Node accepts mail 24 hours a day
  1507.              MO      Node does not accept human callers
  1508.              LO      Node accepts calls only from valid listed node numbers
  1509.                      in the current FidoNet nodelist
  1510.  
  1511.              V21     ITU-T V21      300 bps full duplex
  1512.              V22     ITU-T V22     1200 bps full duplex
  1513.  
  1514.         In zone 2 a value of 1200 in the former "baud rate" field implies
  1515.         V22.  Today only two nodes not supporting at least V22bis or ISDN
  1516.         still exist in the zone 2 segment, therefore the flags V21 and V22
  1517.         are obsolescent.  Both flags should be dropped from FTS-0005.
  1518.  
  1519.              V29     ITU-T V29     9600 bps half duplex
  1520.              V33     ITU-T V33
  1521.  
  1522.         V33 cannot be used in connecting Fido nodes over public dial-up
  1523.         lines and is most probably a historical error in FTS-0005.  This
  1524.         flag should be removed from FTS-0005 a.s.a.p.  A similar argument
  1525.         is applicable on V29, and few nodes flagging V29 today all support
  1526.      FIDONEWS 14-27               Page 28                   7 Jul 1997
  1527.  
  1528.  
  1529.         at least V32.  The next version of FTS-0005 should drop V29.
  1530.  
  1531.              V32     ITU-T V32     9600 bps full duplex
  1532.         ->   V32B    ITU-T V32bis 14400 bps full duplex (implies V32)
  1533.              V34     ITU-T V34    28800 bps full duplex
  1534.  
  1535.         FTS-0005 specifies V32b and V42b (capital V and small b), current
  1536.         nodelist practice in FidoNet shows all combinations of small and
  1537.         capital letters for flags.  This was no problem before FSC-0062
  1538.         introduced case-sensitive flags.  In zone 2 all old flags except
  1539.         from FSC-0062 flags are upper case, and a NODEDIFF changing this
  1540.         convention would be annoying.  The best solution is to stick to the
  1541.         current practice and treat all old flags as case-insensitive.
  1542.  
  1543.              H96     Hayes V9600
  1544.              HST     USR Courier HST up to 9600  (implies MNP)
  1545.              H14     USR Courier HST up to 14400 (implies HST)
  1546.         ->   H16     USR Courier HST up to 16800 (implies H14 and V42B)
  1547.              MAX     Microcom AX/96xx series
  1548.              PEP     Packet Ensemble Protocol
  1549.              CSP     Compucom Speedmodem
  1550.         ->   ZYX     Zyxel series 16800 bps (implies V32B and V42B)
  1551.         ->   V32T    V.32 Terbo   19200 bps (implies V32B)
  1552.              VFC     V.Fast Class 28800 bps
  1553.  
  1554.         If a flag directly or indirectly implies other flags, then these
  1555.         other flags are not shown in a nodelist entry, because this would
  1556.         be redundant.  Unfortunately the rules for redundancies in zone 2
  1557.         and FTS-0005 are different.  Zone 2 continued to avoid redundancy
  1558.         with most "new" flags, but FTS-0005.003 specified no redundancies
  1559.         for "new" flags like ZYX, H16, V32T, or VFC.  "New" flags in this
  1560.         context are flags approved by FidoNet International Coordinators
  1561.         since 1989, when FTS-0005.TXT, the predecessor of FTS-0005.003, was
  1562.         published.
  1563.  
  1564.         For details see the chapter "implications" below, for now only
  1565.         note, that in zone 2 H16 implies V42B, ZYX implies V32B and V42B,
  1566.         and V32T implies V32B.
  1567.  
  1568.         Zone 1 and zone 2 have introduced a user flag Z19 approved by the
  1569.         corresponding Zone Coordinator.  User flags are discussed later,
  1570.         for now only note, that in zone 2 ZYX is specified as Zyxel 16k8,
  1571.         while FTS-0005.003 not knowing Z19 specifies ZYX as generic flag
  1572.         for all Zyxel protocol speeds.
  1573.  
  1574.      |  Today there is no more node in FidoNet still flagging MAX, this
  1575.         flag is obsolete and should be dropped from FTS-0005. The flags
  1576.         HST, H14, and CSP should be marked as obsolescent.
  1577.  
  1578.              MNP     Microcom Networking Protocol error correction
  1579.              V42     ITU-T LAP-M error correction w/fallback to MNP 1-4
  1580.         ->   V42B    ITU-T LAP-M error correction w/fallback to MNP 1-5
  1581.  
  1582.         As mentioned above FTS-0005 specifies V42b (capital V, small b).
  1583.         In zone 2 all case-insensitive flags are listed in upper case.
  1584.  
  1585.      FIDONEWS 14-27               Page 29                   7 Jul 1997
  1586.  
  1587.  
  1588.         The next version of FTS-0005 will probably adopt the better V42B
  1589.         and MNP definitions of the zone 3 nodelist epilog.  FTS-0005.003
  1590.         specifies an implication of V42 by V42B, but the exact meaning of
  1591.         the flag MNP is unclear.  Most probably this flag was meant to
  1592.         indicate support of MNP 1-4, and in this sense V42B implies MNP:
  1593.  
  1594.              MNP     Microcom Networking Protocol 1-4 error correction
  1595.              V42     ITU-T LAP-M error correction w/fallback to MNP 1-4
  1596.              V42B    ITU-T V.42 LAP-M plus V.42bis BTLZ data compression
  1597.  
  1598.         In zone 2 MNP is considered as redundant, if V42B is flagged or
  1599.         implied by other flags like H16, ZYX, or Z19.
  1600.  
  1601.      |       MN      No compression supported in insecure inbound
  1602.  
  1603.              XA      Bark and WaZOO file/update requests
  1604.              XB      Bark file/update requests, WaZOO file requests
  1605.              XC      Bark file requests, WaZOO file/update requests
  1606.              XP      Bark file/update requests
  1607.              XR      Bark and WaZOO file requests
  1608.              XW      WaZOO file requests
  1609.              XX      WaZOO file/update requests
  1610.  
  1611.         These flags are equivalent in FTS-0005 and in the zone 2 segment.
  1612.  
  1613.              Gx..x   Gateway to domain 'x..x'
  1614.  
  1615.         Valid values for this flag are assigned by the Fido International
  1616.         Coordinator, FTS-0005.003 explicitly mentions GUUCP.  In zone 2
  1617.         only GUUCP gateways are flagged.
  1618.  
  1619.              #01     Zone 5 mail hour (01:00 - 02:00 UTC) w/ Bell 212A
  1620.              #02     Zone 2 mail hour (02:30 - 03:30 UTC) w/ Bell 212A
  1621.         ->   #08     Zone 4 mail hour (08:00 - 09:00 UTC) w/ Bell 212A
  1622.              #09     Zone 1 mail hour (09:00 - 10:00 UTC) w/ Bell 212A
  1623.              #18     Zone 3 mail hour (18:00 - 19:00 UTC) w/ Bell 212A
  1624.              #20     Zone 6 mail hour (20:00 - 21:00 UTC) w/ Bell 212A
  1625.  
  1626.         The variants !01, !02, !08, !09, !18, and !20 indicate missing Bell
  1627.         212A support.  In zone 2 #02 or !02 would be obviously redundant.
  1628.  
  1629.         Today less than five 1200 modems (V22 or Bell 212A) are listed.
  1630.         A future version of FTS-0005 should drop !mn variants together with
  1631.         V21 and V22 flags.
  1632.  
  1633.         Further most non-CM systems flagging #mn or !mn today probably want
  1634.         to show additional online times instead of additional mail hours.
  1635.         As soon as FSC-0062 flags have been approved by the IC or adopted
  1636.         as FTS by the FTSC, the following version of FTS-0005 should mark
  1637.         #mn as obsolescent and recommend the more flexible FSC-0062 flags
  1638.         (see below).
  1639.  
  1640.         User flags
  1641.         ----------
  1642.         An example for one of several problems in zone 2 with user flags:
  1643.  
  1644.      FIDONEWS 14-27               Page 30                   7 Jul 1997
  1645.  
  1646.  
  1647.              ...,U,Z19,V110H,V120L,V120H,X75,ENC,NEC
  1648.  
  1649.         These flags indicate a modern Zyxel ISDN-modem and two additional
  1650.         user flags ENC and NEC.  This possible user flags string contains
  1651.         34 characters, but at most 32 characters are allowed in FTS-0005.
  1652.  
  1653.              ...,U,Z19,V110L,V110H,X75,ISDNA,ISDNB,ISDNC
  1654.  
  1655.         During the period for the replacement of old by new ISDN flags
  1656.         (several months !) many nodes listed both old and new flags for
  1657.         maximal compatibility, and no problems with nodelist compilers
  1658.         or mailers caused by too long user flags strings were reported.
  1659.  
  1660.         Therefore the length limit in FTS-0005 is probably unnecessary
  1661.         and at least inconsequent:  Other nodelist fields like the system
  1662.         name are unlimited, so why only restrict the user flags string?  To
  1663.         help developers an upper limit of e.g. 255 characters for a
  1664.         nodelist line and 63 characters for fields 3 to 6 would be more
  1665.         useful.
  1666.  
  1667.         The next problem with user flag strings as specified in FTS-0005 is
  1668.         their introduction by the letter U with no comma following:
  1669.  
  1670.         Nodelist compilers could parse ...,UISDN,USR in user flags ISDN and
  1671.         USR.  But USR cannot be approved as "real" flag, because the
  1672.         combination ...,USR,UISDN would then be parsed in SR and UISDN.
  1673.  
  1674.         Other side effects of the FTS-0005 specification are additional
  1675.         difficulties in finding flags.  Almost all flags are separated by a
  1676.         comma, only the first user flag can be an exception to this simple
  1677.         rule.  If the order of user flags has no meaning, then...
  1678.  
  1679.              ...,UV120L,V120H
  1680.              ...,UV120H,V120L
  1681.  
  1682.         ... are equivalent.  A "simple" solution of this problem could be
  1683.         to treat UV120L as synonym for V120L, and UV120H as synonym for
  1684.         V120H.  Similar problems show up, if user flags are counted, etc.
  1685.  
  1686.         Obviously a nodelist compiler looking for user flags has always to
  1687.         consider the case "user flag separated by comma".  In zone 2 this
  1688.         idea was simply extended to the first user flag:
  1689.  
  1690.         All flags are separated by commas.  Flags not yet approved by the
  1691.         International Coordinator or the FTSC (i.e. user flags only used
  1692.         experimentally or locally) are separated by a new pseudo flag U.
  1693.  
  1694.         ->   U       pseudo flag to the left of at least one user flag
  1695.  
  1696.         All flags following this pseudo flag U are user flags, all flags
  1697.         before this pseudo flag are "real" flags specified in FTS-0005 or
  1698.         approved by the International Coordinator.
  1699.  
  1700.         Because this definition should be compatible with any reasonable
  1701.         software implementation based on FTS-0005.003, and simplifies the
  1702.         handling of user flags significantly, a future FTS-0005 version
  1703.      FIDONEWS 14-27               Page 31                   7 Jul 1997
  1704.  
  1705.  
  1706.         will hopefully adopt it.
  1707.  
  1708.         Approved zone 2 user flags
  1709.         --------------------------
  1710.         In zone 2 user flags have to be approved by the Zone Coordinator.
  1711.         Currently the following zone 2 user flags exist:
  1712.  
  1713.         ->   V110L   ITU-T V.110 19k2 async 'Low'    (former ISDNA)
  1714.         ->   V110H   ITU-T V.110 38k4 async 'High'   (former ISDNB)
  1715.         ->   V120L   ITU-T V.120 56k6 async, N1 = 259, W = 7, modulo 8
  1716.         ->   V120H   ITU-T V.120 64k  async, N1 = 259, W = 7, modulo 8
  1717.         ->   X75     ITU-T X.75 SLP (single link procedure),
  1718.                      64kbit/s B channel; layer 2 max. framesize N1 = 2048,
  1719.                      window size W = 2, frame numbering modulo 8;
  1720.                      layer 3 transparent (no packet layer)
  1721.         ->   ISDN    Other configuration, used only if none of above fits
  1722.  
  1723.         These ISDN flags follow the specification in FSC-0091.
  1724.  
  1725.         ->   Tyz     Online time flags as specified in FSC-0062
  1726.  
  1727.         The flag Tyz is used by non-CM nodes online not only during ZMH,
  1728.         y is a letter indicating the start and z a letter indicating the
  1729.         end of the online period as defined below (times in UTC):
  1730.  
  1731.              A  0:00,  a  0:30,   B  1:00,  b  1:30,   C  2:00,  c  2:30,
  1732.              D  3:00,  d  3:30,   E  4:00,  e  4:30,   F  5:00,  f  5:30,
  1733.              G  6:00,  g  6:30,   H  7:00,  h  7:30,   I  8:00,  i  8:30,
  1734.              J  9:00,  j  9:30,   K 10:00,  k 10:30,   L 11:00,  l 11:30,
  1735.              M 12:00,  m 12:30,   N 13:00,  n 13:30,   O 14:00,  o 14:30,
  1736.              P 15:00,  p 15:30,   Q 16:00,  q 16:30,   R 17:00,  r 17:30,
  1737.              S 18:00,  s 18:30,   T 19:00,  t 19:30,   U 20:00,  u 20:30,
  1738.              V 21:00,  v 21:30,   W 20:00,  w 20:30,   X 23:00,  x 23:30.
  1739.  
  1740.         For example TuB shows an online period from 20:30 until 1:00 UTC.
  1741.  
  1742.         ->   Z19     Zyxel series 19200 bps (implies ZYX)
  1743.         ->   X2C     x2 client w/ 56000 bps (should imply V34 and V42B)
  1744.         ->   X2S     x2 server w/ 56000 bps (should imply V34 and V42B)
  1745.  
  1746.         ->   K12     Systems offering all educational K12-conferences
  1747.         ->   ENC     The node accepts inbound encrypted mail
  1748.  
  1749.         ->   NC      Network Coordinator (only if the NC is not the host)
  1750.         ->   NEC     Net Echomail Coordinator    (at most one per net)
  1751.         ->   REC     Region Echomail Coordinator (at most one per region)
  1752.         ->   ZEC     Zone Echomail Coordinator   (at most one per zone)
  1753.  
  1754.         Redundant AKAs used to indicate echomail coordination in zone 2 are
  1755.         no longer permitted.  One *EC flag is valid for all AKAs of a given
  1756.         sysop.
  1757.  
  1758.         Flag implications
  1759.         -----------------
  1760.         Flag implications directly or indirectly specified in FTS-0005:
  1761.  
  1762.      FIDONEWS 14-27               Page 32                   7 Jul 1997
  1763.  
  1764.  
  1765.              HST     => MNP
  1766.              H14     => MNP HST
  1767.              H16     => MNP HST H14
  1768.              V42b    => V42 (MNP ?)
  1769.              V32b    => V32
  1770.  
  1771.         Flag implications specified in the zone 2 nodelist epilog:
  1772.  
  1773.              HST     => MNP
  1774.              H14     => HST MNP
  1775.         ->   H16     => V42 MNP V42B H14 HST
  1776.         ->   V42B    => V42 MNP
  1777.         ->   ZYX     => V42 MNP V42B V32B
  1778.         ->   Z19     => V42 MNP V42B V32B ZYX
  1779.              V32B    => V32
  1780.         ->   V32T    => V32 V32B
  1781.  
  1782.         ->   V110L   => ISDN
  1783.         ->   V110H   => ISDN
  1784.         ->   V120L   => ISDN
  1785.         ->   V120H   => ISDN
  1786.         ->   X75     => ISDN
  1787.  
  1788.         The latter ISDN flag redundancies are a consequence of FSC-0091.
  1789.      |  Maybe some of the following implications could be added in zone 2:
  1790.  
  1791.              VFC     => V32 V32B
  1792.      |   or  VFC     => V32 V32B MNP V42 V42B
  1793.      |       X2C     => V34
  1794.      |   or  X2C     => V34 MNP V42 V42B
  1795.      |       X2S     => V34
  1796.      |   or  X2S     => V34 MNP V42 V42B
  1797.  
  1798.         Flag implications (i.e. not listing redundant flags) have several
  1799.         advantages:  Some old nodelist tools are unable to handle too long
  1800.         lines.  Old flags like HST, MNP, V42, or V32 vanish automatically,
  1801.         if they are implied by H16, V42B, V32B, or better.  Redundancies
  1802.         defined globally for the whole nodelist help to avoid flag errors.
  1803.  
  1804.         "Baud rate" field
  1805.         -----------------
  1806.         The former "baud rate" field 7 in the nodelist as specified in FTS-
  1807.         0005 is nearly useless today:  Except from a few remaining 1200 and
  1808.         2400 nodes almost all nodelist entries show either 9600 for all
  1809.         modem protocols better than V22bis or 300 for ISDN only nodes.  No
  1810.         more V21 or Bell 103 modems are listed today.
  1811.  
  1812.         Obscure "baud rate" values 19200 and 38400 specified in FTS-0005
  1813.         have not been used in the FidoNet nodelist.  So all a reasonable
  1814.         nodelist compiler can do today, is treat 300 as indicator for ISDN
  1815.         only, and treat unknown or missing values in field 7 like 9600.
  1816.  
  1817.         A new meaning for field 7 as speed field could be really useful.
  1818.         An example is ZYX, if we would have 16800, 19200, 28800, and 33600
  1819.         as speed values, then their combination with ZYX is all we need
  1820.         technically, Z19 would be unnecessary.  Another example is HST,
  1821.      FIDONEWS 14-27               Page 33                   7 Jul 1997
  1822.  
  1823.  
  1824.         flags H14 and H16 are unnecessary, if HST is combined with 9600,
  1825.         14400, 16800, 28800, or 33600.  Variants of PEP could be shown in
  1826.         the speed field without new flags.  "Enhanced V32.terbo" could be
  1827.         shown by 21600.
  1828.  
  1829.         Most important:  V34 may have the famous bug not allowing connects
  1830.         from new "V34+", unless the caller disabled symbol rate 3429.  If
  1831.         "V34+" is indicated by speed 33600, then an appropriate setup for
  1832.         all kinds of V34 connects is possible.
  1833.  
  1834.         A future version of FTS-0005 hopefully allows the following speed
  1835.         values in field 7:
  1836.  
  1837.                300   reserved for ISDN only (for historical reasons)
  1838.               1200   V22 or Bell 212A (obsolete)
  1839.               2400   implies V22bis
  1840.               9600   default, used with V32, HST, H96, PEP, CSP
  1841.              12000   rare variant of V32
  1842.              14400   used with V32b or HST (obsoleting H14)
  1843.              16800   used with ZYX  or HST (obsoleting H16)
  1844.              19200   used with V32T or ZYX (obsoleting Z19)
  1845.              21600   rare variant of V32T (no "H21" needed)
  1846.              28800   used with VFC or V34
  1847.              33600   used with V34 (no V34+ or V34b needed)
  1848.      |       56000   used with X2C, X2S, or "K56FLEX"
  1849.  
  1850.         The following values should be specified in FTS-0005, because they
  1851.         are already used in nodelists of other FTNs:
  1852.  
  1853.              empty   no value, useful for Pvt nodes or in point lists
  1854.              19200   used with V110L, V32T, or ZYX (obsoleting Z19)
  1855.              38400   used with V110H
  1856.      |       56000   used with V120L, X2C, X2S, or "K56FLEX"
  1857.      |       64000   used with V120H, X75, X2S, or other ISDN equipment
  1858.  
  1859.         Allowing more than 12 speed values or allowing ISDN speeds could
  1860.         break old software.  Therefore the transition could be done in two
  1861.         steps, first add all non-ISDN speeds (ISDN only shown as 300).
  1862.  
  1863.         Later remove 300 (ISDN only) and 1200 (obsolete) replacing 300 by
  1864.         19200, 38400, 56000, or 64000.
  1865.  
  1866.         Thanks to...
  1867.         ------------
  1868.         Ben Baker            St. Louis nodelist format
  1869.         Rick Moore           FTS-0005.TXT
  1870.         David Nugent         FTS-0005.003 and NLTOOLS
  1871.         Jonny Bergdahl       ERRFLAGS 2.6
  1872.         Ward Dossche         Zone 2 nodelist epilog
  1873.         Arjen Lentz          FSC-0091.001
  1874.         David J. Thomas      FSC-0062.003
  1875.         Leonard Erickson     CHECKNL 2.14 and many discussions in NET_DEV
  1876.         Jim Barchuk          LNDL 2.7
  1877.         Marius Ellen         FASTV7 2.03j (but I still prefer 1.45b ;-)
  1878.         Jan Vermeulen, Jan Ceuleers, Ian Smith, and many others...
  1879.  
  1880.      FIDONEWS 14-27               Page 34                   7 Jul 1997
  1881.  
  1882.  
  1883.      - eof -
  1884.  
  1885.  
  1886.      -----------------------------------------------------------------
  1887.  
  1888.      FIDONEWS 14-27               Page 35                   7 Jul 1997
  1889.  
  1890.  
  1891.      =================================================================
  1892.                             COORDINATORS CORNER
  1893.      =================================================================
  1894.  
  1895.  
  1896.      Nodelist-statistics as seen from Zone-2 for day 185
  1897.      By Ward Dossche, 2:292/854
  1898.         ZC/2
  1899.  
  1900.       +----+------+------------+------------+------------+------------+--+
  1901.       |Zone|Nl-157|Nodelist-164|Nodelist-171|Nodelist-178|Nodelist-185|%%|
  1902.       +----+------+------------+------------+------------+------------+--+
  1903.       |  1 |  8182| 8182     0 | 8182     0 | 8182     0 | 7828  -354 |30|
  1904.       |  2 | 15774|15703   -71 |15666   -37 |15640   -26 |15577   -63 |60|
  1905.       |  3 |   758|  758     0 |  758     0 |  743   -15 |  728   -15 | 3|
  1906.       |  4 |   519|  514    -5 |  514     0 |  519     5 |  517    -2 | 2|
  1907.       |  5 |    87|   87     0 |   87     0 |   87     0 |   87     0 | 0|
  1908.       |  6 |  1078| 1078     0 | 1079     1 | 1079     0 | 1079     0 | 4|
  1909.       +----+------+------------+------------+------------+------------+--+
  1910.            | 26398|26322   -76 |26286   -36 |26250   -36 |25816  -434 |
  1911.            +------+------------+------------+------------+------------+
  1912.  
  1913.      -----------------------------------------------------------------
  1914.  
  1915.      FIDONEWS 14-27               Page 36                   7 Jul 1997
  1916.  
  1917.  
  1918.      =================================================================
  1919.                                   ECHOING
  1920.      =================================================================
  1921.  
  1922.  
  1923.                                      ECHOLIST
  1924.                            The EchoMail Conference List
  1925.  
  1926.      01 July 1997
  1927.  
  1928.      Due to the proximity of my vacation, the July issue of the Elist will
  1929.      be dropped.  The next regular issue will be 01 August 1997.  My
  1930.      apologies for the inconvenience.
  1931.  
  1932.      Adrian Walker
  1933.      Echolist Coordinator
  1934.      1:1/201
  1935.  
  1936.                                    ---ooo000ooo---
  1937.  
  1938.      -----------------------------------------------------------------
  1939.  
  1940.      FIDONEWS 14-27               Page 37                   7 Jul 1997
  1941.  
  1942.  
  1943.      =================================================================
  1944.                      ADVERTISE YOUR FREE SERVICE/EVENT
  1945.      =================================================================
  1946.  
  1947.  
  1948.      Don't risk being banned! Use FIDOTEST.
  1949.  
  1950.      Almost ALL other echoes FORBID posting TEST messages.  Where do you
  1951.      and your users send test' posts to ensure they are leaving your
  1952.      system?  Which Backboned echo can you use to ensure your posts are
  1953.      reaching the far corners of Z1, or to see if upstream/downstream
  1954.      systems are wrecking or loosing your message?
  1955.  
  1956.      Why not a specific echo devoted to testing echomail links?
  1957.  
  1958.      There is one!  If you believe it to be beneficial for the Fidonet
  1959.      community to have a _dedicated_ and _authorized_ echo for testing,
  1960.      be sure to ask your REC to ensure that
  1961.  
  1962.              FIDOTEST -
  1963.  
  1964.              the Fidonet TEST echo and malfunction conference gets
  1965.              Z1-Backboned.
  1966.  
  1967.      For your edification, the complete echo rules follow:
  1968.  
  1969.      FIDOTEST Echo Rules and Information
  1970.      ===================================
  1971.      Revision 1, July 1997
  1972.  
  1973.      (This document may be revised without prior notice.)
  1974.  
  1975.      >> Description:
  1976.              Fidonet TEST echo and malfunction conference
  1977.  
  1978.      >> Extended Description:
  1979.              Use the TEST echo to post TEST ECHOMAIL! Useful
  1980.      for checking your tosser/scanner/FTS mail software
  1981.      configurations. **ALSO: discuss/query about broken
  1982.      links, dupe loops, and other problems within Fidonet
  1983.      and the North American Backbone on all net/region/zone
  1984.      levels here. All users and sysops welcome.
  1985.  
  1986.      >> Moderator:
  1987.              Ronnie Grant, 1:2612/114, 1:102/836, 1:3618/555,
  1988.      ronnie.grant@global.nws.net, ronnie.grant@bbsnets.com, rg@dhp.com,
  1989.      ronnie@eqcity.ktb.net
  1990.  
  1991.      >> Rules:
  1992.              1. No off-topic posts.
  1993.              2. No profanity.
  1994.              3. No "flooding" or other abuse of the echo.
  1995.              4. No illegal activities or posts.
  1996.  
  1997.      -----------------------------------------------------------------
  1998.  
  1999.      FIDONEWS 14-27               Page 38                   7 Jul 1997
  2000.  
  2001.  
  2002.      Remember: only YOU can make sure your REC knows your position
  2003.      on the backboning of FIDOTEST.  Netmail him today, because
  2004.      without your help, tomorrow's Fidonet may never arrive.
  2005.  
  2006.  
  2007.      Ronnie L. Grant
  2008.              Moderator, Fidonet FIDOTEST echo
  2009.  
  2010.      -----------------------------------------------------------------
  2011.  
  2012.      FIDONEWS 14-27               Page 39                   7 Jul 1997
  2013.  
  2014.  
  2015.      =================================================================
  2016.                                   NOTICES
  2017.      =================================================================
  2018.  
  2019.                                 Future History
  2020.  
  2021.       9 Jul 1997
  2022.         Independence Day, Argentina.
  2023.  
  2024.       1 Aug 1997
  2025.         International FidoNet PENPAL [Echo] meeting in Dijon, France
  2026.  
  2027.      13 Oct 1997
  2028.         Thanksgiving Day, Canada.
  2029.  
  2030.       1 Dec 1997
  2031.         World AIDS Day.
  2032.  
  2033.      10 Dec 1997
  2034.         Nobel Day, Sweden.
  2035.  
  2036.      12 Jan 1998
  2037.         HAL 9000 is one year old today.
  2038.  
  2039.      30 Apr 1998
  2040.         Queens Day, Holland.
  2041.  
  2042.      22 May 1998
  2043.         Expo '98 World Exposition in Lisbon (Portugal) opens.
  2044.  
  2045.       1 Dec 1998
  2046.         Fifteenth Anniversary of release of Fido version 1 by
  2047.         Tom Jennings.
  2048.  
  2049.      31 Dec 1999
  2050.         Hogmanay, Scotland. The New Year that can't be missed.
  2051.  
  2052.       1 Jan 2000
  2053.         The 20th Century, C.E., is still taking place thru 31 Dec.
  2054.  
  2055.      15 Sep 2000
  2056.         Sydney (Australia) Summer Olympiad opens.
  2057.  
  2058.       1 Jan 2001
  2059.         This is the actual start of the new millennium, C.E.
  2060.  
  2061.      -- If YOU have something which you would like to see in this
  2062.         Future History, please send a note to the FidoNews Editor.
  2063.  
  2064.      -----------------------------------------------------------------
  2065.  
  2066.  
  2067.      --- Following message extracted from NETMAIL @ 1:18/14 ---
  2068.          By Christopher Baker on Wed Jul 02 22:58:14 1997
  2069.  
  2070.      From: C. Ingersoll @ 1:2623/71
  2071.      FIDONEWS 14-27               Page 40                   7 Jul 1997
  2072.  
  2073.  
  2074.      To: Editor @ 1:1/23
  2075.      Date: 01 Jul 97  02:14:46
  2076.      Subj: Fidonet via Internet Hubs
  2077.  
  2078.      Fidonet Via Internet Hubs
  2079.  
  2080.      Speed| Node#     | Operator          | Facilities        | Basic Rate
  2081.      -----+-----------+-------------------+-------------------+-----------
  2082.      T1   | 1:270/101 | George Peace      | FTP               | $30mo.
  2083.      T1   | 1:396/1   | John Souvestre    | FTP               | $25mo.
  2084.      T1   | 1:12/12   | Ken Wilson        | FTP               | $24mo.
  2085.      T1   | 1:140/12  | Bob Seaborn       | FTP, TransX       | $5/$20
  2086.      T1   | 1:346/250 | Aran Spence       | FTP, TransX       | $10mo.
  2087.      64k  | 1:124/7008| Ben Hamilton      | FTP, VMoT, TransX | $20mo.
  2088.      56k  | 1:13/25   | Jim Balcom        | FTP               | $20mo.
  2089.      33.6 | 1:2604/104| Jim Mclaughlin    | FTP, VMoT, UUEMAIL| $1mo.
  2090.      33.6 | 1:2624/306| D. Calafrancesco  | VFOS              | $15yr.
  2091.      33.6 | 1:281/169 | Brian Greenstreet | FTP               | $2mo.
  2092.      28.8 | 1:330/204 | Patrick Rosenheim | Transx            | $25yr.
  2093.  
  2094.      --
  2095.      * VMoT = Virtual Mailer over Telnet
  2096.  
  2097.      compiled by Cindy Ingersoll, 1:2623/71, (609)814-1978,
  2098.      fbn@cyberEnet.net
  2099.      Posted on the 1st of every month in FN_SYSOP, R13SYSOP and Fidonews.
  2100.      ---
  2101.      * Origin: * Fly By Night * (609)814-1978 *(1:2623/71)
  2102.  
  2103.      -----------------------------------------------------------------
  2104.  
  2105.      FIDONEWS 14-27               Page 41                   7 Jul 1997
  2106.  
  2107.  
  2108.      =================================================================
  2109.                          FIDONET SOFTWARE LISTING
  2110.      =================================================================
  2111.  
  2112.  
  2113.      Latest Greatest Software Versions
  2114.      by Peter E. Popovich, 1:363/264
  2115.  
  2116.      Whew. Been a big month for me, but a relatively slow one for the list.
  2117.  
  2118.      -=- Snip -=-
  2119.  
  2120.      Submission form for the Latest Greatest Software Versions column
  2121.  
  2122.      OS Platform                             :
  2123.      Software package name                   :
  2124.      Version                                 :
  2125.      Function(s) - BBS, Mailer, Tosser, etc. :
  2126.      Freeware / Shareware / Commercial?      :
  2127.      Author / Support staff contact name     :
  2128.      Author / Support staff contact node     :
  2129.      Magic name (at the above-listed node)   :
  2130.  
  2131.      Please include a sentence describing what the package does.
  2132.  
  2133.      Please send updates and suggestions to: Peter Popovich, 1:363/264
  2134.  
  2135.      -=- Snip -=-
  2136.  
  2137.      MS-DOS:
  2138.      Program Name   Version  F C Contact Name      Node        Magic Name
  2139.      ----------------------------------------------------------------------
  2140.      Act-Up         4.6      G D Chris Gunn        1:15/55     ACT-UP
  2141.      ALLFIX         4.40     T S Harald Harms      2:281/415   ALLFIX
  2142.      Announcer      1.11     O S Peter Karlsson    2:206/221   ANNOUNCE
  2143.      BGFAX          1.60     O S B.J. Guillot      1:106/400   BGFAX
  2144.      Binkley Docs   2.60     M F Bob Juge          1:1/102     BDOC_260.ZIP
  2145.      BinkleyTerm    2.60     M F Bob Juge          1:1/102     BDOS_260.ZIP
  2146.      BinkleyTerm-XE XR4      M F Thomas Waldmann   2:2474/400  BTXE_DOS
  2147.      CFRoute        0.92     O G C. Fernandez Sanz 2:341/70    CFR
  2148.      CheckPnt       1.0a     O G Michiel vd Vlist  2:500/9     CHECKPNT
  2149.      FastEcho       1.45a    T S Tobias Burchhardt 2:2448/400  FASTECHO
  2150.      FastEcho/16    1.45a    T S Tobias Burchhardt 2:2448/400  FE16
  2151.      FastLst        1.36     N S Alberto Pasquale  2:332/504   FASTLSTD
  2152.      FidoBBS (tm)   12u      B S Ray Brown         1:1/117     FILES
  2153.      FrontDoor      2.12     M S JoHo              2:201/330   FD
  2154.      FrontDoor      2.20c    M C JoHo              2:201/330   FDINFO
  2155.      GEcho          1.00     T S Bob Seaborn       1:140/12    GECHO
  2156.      GEcho/Plus     1.11     T C Bob Seaborn       1:140/12    GECHO
  2157.      GEcho/Pro      1.20     T C Bob Seaborn       1:140/12    GECHO
  2158.      GIGO           07-14-96 G S Jason Fesler      1:1/141     INFO
  2159.      GoldED         2.50     O S Len Morgan        1:203/730   GED
  2160.      GoldED/386     2.50     O S Len Morgan        1:203/730   GEX
  2161.      GoldED Docs    2.50     O S Len Morgan        1:203/730   GEM
  2162.      GoldNODE       2.50     O S Len Morgan        1:203/730   GEN
  2163.      Imail          1.75     T S Michael McCabe    1:1/121     IMAIL
  2164.      FIDONEWS 14-27               Page 42                   7 Jul 1997
  2165.  
  2166.  
  2167.      ImCrypt        1.04     O G Michiel vd Vlist  2:500/9     IMCRYPT
  2168.      InfoMail/86    1.21     O F Damian Walker     2:2502/666  INFOMAIL
  2169.      InfoMail/386   1.21     O F Damian Walker     2:2502/666  INFO386
  2170.      InterEcho      1.19     T C Peter Stewart     1:369/35    IEDEMO
  2171.      InterMail      2.29k    M C Peter Stewart     1:369/35    IMDEMO
  2172.      InterPCB       1.52     O S Peter Stewart     1:369/35    INTERPCB
  2173.      IPNet          1.11     O S Michele Stewart   1:369/21    IPNET
  2174.      JD's CBV       1.4      O S John Dailey       1:363/277   CBV
  2175.      Jelly-Bean     1.01     T S Rowan Crowe       3:635/727   JELLY
  2176.      Jelly-Bean/386 1.01     T S Rowan Crowe       3:635/727   JELLY386
  2177.      JMail-Hudson   2.81     T S Jason Steck       1:285/424   JMAIL-H
  2178.      JMail-Goldbase 2.81     T S Jason Steck       1:285/424   JMAIL-G
  2179.      MakePl         1.9      N G Michiel vd Vlist  2:500/9     MAKEPL
  2180.      Marena         1.1 beta O G Michiel vd Vlist  2:500/9     MARENA
  2181.      Maximus        3.01     B P Tech              1:249/106   MAX
  2182.      Max User Ed.   0.18     O F Larry Cooke       1:300/53    MUE
  2183.      McMail         1.0      M S Michael McCabe    1:1/148     MCMAIL
  2184.      MDNDP          1.18     N S Bill Doyle        1:388/7     MDNDP
  2185.      Msged          4.10     O G Andrew Clarke     3:635/728   MSGED41D.ZIP
  2186.      Msged/386      4.10     O G Andrew Clarke     3:635/728   MSGED41X.ZIP
  2187.      NEF            2.38     O S Alberto Pasquale  2:332/504   NEFD
  2188.      Opus CBCS      1.79     B P Christopher Baker 1:374/14    OPUS
  2189.      O/T-Track      2.66     O S Peter Hampf       2:241/1090  OT
  2190.      PcMerge        2.8      N G Michiel vd Vlist  2:500/9     PCMERGE
  2191.      PlatinumXpress 1.3      M C Gary Petersen     1:290/111   PX13TD.ZIP
  2192.      QuickBBS       2.81     B S Ben Schollnick    1:2613/477  QUICKBBS
  2193.      RAR            2.01     C S Ron Dwight        2:220/22    RAR
  2194.      RemoteAccess   2.50     B S Mark Lewis        1:3634/12   RA
  2195.      Silver Xpress
  2196.        Door         5.4      O S Gary Petersen     1:290/111   FILES
  2197.        Reader       4.4      O S Gary Petersen     1:290/111   SXR44.ZIP
  2198.      Spitfire       3.51     B S Mike Weaver       1:3670/3    SPITFIRE
  2199.      Squish         1.11     T P Tech              1:249/106   SQUISH
  2200.      StealTag UK    1.c...   O F Fred Schenk       2:284/412   STEAL_UK
  2201.      StealTag NL    1.c...   O F Fred Schenk       2:284/412   STEAL_NL
  2202.      T-Mail         2.600    M S Ron Dwight        2:220/22    TMAIL
  2203.      Telegard       3.02     B F Tim Strike        1:259/423   TELEGARD
  2204.      Terminate      4.00     O S Bo Bendtsen       2:254/261   TERMINATE
  2205.      Tobruk         0.33     T G Paul Edwards      3:711/934   TOBRUK
  2206.      TosScan        1.01     T C JoHo              2:201/330   TSINFO
  2207.      TransNet       1.00     G S Marc S. Ressl     4:904/72    TN100ALL.ZIP
  2208.      TriBBS         11.0     B S Gary Price        1:3607/26   TRIBBS
  2209.      TriDog         11.0     T F Gary Price        1:3607/26   TRIDOG
  2210.      TriToss        11.0     T S Gary Price        1:3607/26   TRITOSS
  2211.      WaterGate      0.92     G S Robert Szarka     1:320/42    WTRGATE
  2212.      WWIV           4.24a    B S Craig Dooley      1:376/126   WWIV
  2213.      WWIVTOSS       1.36     T S Craig Dooley      1:376/126   WWIVTOSS
  2214.      xMail          2.00     T S Thorsten Franke   2:2448/53   XMAIL
  2215.      XRobot         3.01     O S JoHo              2:201/330   XRDOS
  2216.  
  2217.      OS/2:
  2218.      Program Name   Version  F C Contact Name      Node        Magic Name
  2219.      ----------------------------------------------------------------------
  2220.      ALLFIX/2       1.10     T S Harald Harms      2:281/415   AFIXOS2
  2221.      BGFAX          1.60     O S B.J. Guillot      1:106/400   BGFAX
  2222.      Binkley Docs   2.60     M F Bob Juge          1:1/102     BDOC_260.ZIP
  2223.      FIDONEWS 14-27               Page 43                   7 Jul 1997
  2224.  
  2225.  
  2226.      BinkleyTerm    2.60     M F Bob Juge          1:1/102     BOS2_260.ZIP
  2227.      BinkleyTerm-XE XR4      M F Thomas Waldmann   2:2474/400  BTXE_OS2
  2228.      CFRoute        0.92     O G C. Fernandez Sanz 2:341/70    CFR
  2229.      FastEcho       1.45a    T S Tobias Burchhardt 2:2448/400  FE2
  2230.      FastLst        1.36     N S Alberto Pasquale  2:332/504   FASTLST
  2231.      FleetStreet    1.19     O S Michael Hohner    2:2490/2520 FLEET
  2232.      GEcho/Pro      1.20     T C Bob Seaborn       1:140/12    GECHO
  2233.      GIGO           07-14-96 G S Jason Fesler      1:1/141     INFO
  2234.      GoldED         2.50     O S Len Morgan        1:203/730   GEO
  2235.      GoldED Docs    2.50     O S Len Morgan        1:203/730   GEM
  2236.      GoldNODE       2.50     O S Len Morgan        1:203/730   GEN
  2237.      ImCrypt        1.04     O G Michiel vd Vlist  2:500/9     IMCRYPT
  2238.      Maximus        3.01     B P Tech              1:249/106   MAXP
  2239.      Max User Ed.   0.18     O F Larry Cooke       1:300/53    MUEP
  2240.      Msged/2        4.10     O G Andrew Clarke     3:635/728   MSGED41O.ZIP
  2241.      NEF            2.38     O S Alberto Pasquale  2:332/504   NEF
  2242.      PcMerge        2.3      N G Michiel vd Vlist  2:500/9     PCMERGE
  2243.      RAR            2.01     C S Ron Dwight        2:220/22    RAR2
  2244.      Squish         1.11     T P Tech              1:249/106   SQUISHP
  2245.      T-Mail         2.600    M S Ron Dwight        2:220/22    TMAIL2
  2246.      Tobruk         0.33     T G Paul Edwards      3:711/934   TOBRUK
  2247.      XRobot         3.01     O S JoHo              2:201/330   XROS2
  2248.  
  2249.      Windows (16-bit apps):
  2250.      Program Name   Version  F C Contact Name      Node        Magic Name
  2251.      ----------------------------------------------------------------------
  2252.      BeeMail        1.0      M C Andrius Cepaitis  2:470/1     BEEMAIL
  2253.      FrontDoor APX  1.12     P S Mats Wallin       2:201/329   FDAPXW
  2254.  
  2255.      Windows (32-bit apps):
  2256.      Program Name   Version  F C Contact Name      Node        Magic Name
  2257.      ----------------------------------------------------------------------
  2258.      Argus 95       2.62     M S Max Masyutin      2:469/77    ARGUS95
  2259.      Argus NT       2.62     M S Max Masyutin      2:469/77    ARGUSNT
  2260.      Argus NT/IP    2.62     M S Max Masyutin      2:469/77    ARGUSIP
  2261.      BeeMail        1.0      M C Andrius Cepaitis  2:470/1     BEEMAIL
  2262.      Binkley Docs   2.60     M F Bob Juge          1:1/102     BDOC_260.ZIP
  2263.      BinkleyTerm    2.60     M F Bob Juge          1:1/102     BW32_260.ZIP
  2264.      CFRoute        0.92     O G C. Fernandez Sanz 2:341/70    CFR
  2265.      FastLst        1.36     N S Alberto Pasquale  2:332/504   FASTLSTW
  2266.      GoldED         2.50     O S Len Morgan        1:203/730   GEO
  2267.      GoldED Docs    2.50     O S Len Morgan        1:203/730   GEM
  2268.      Maximus        3.01     B P Tech              1:249/106   MAXN
  2269.      Msged/NT       4.10     O G Andrew Clarke     3:635/728   MSGED41W.ZIP
  2270.      NEF            2.38     O S Alberto Pasquale  2:332/504   NEFW
  2271.      PlatinumXpress 2.00     M C Gary Petersen     1:290/111   PXW-INFO
  2272.      T-Mail         2.600    M S Ron Dwight        2:220/22    TMAILNT
  2273.      WinFOSSIL/95   1.12 r4  F S Bryan Woodruff    1:343/294   WNFOSSIL.ZIP
  2274.      WinFOSSIL/NT   1.0 beta F S Bryan Woodruff    1:343/294   NTFOSSIL.ZIP
  2275.  
  2276.      Unix:
  2277.      Program Name   Version  F C Contact Name      Node        Magic Name
  2278.      ----------------------------------------------------------------------
  2279.      ifmail         2.10     M G Eugene Crosser    2:293/2219  IFMAIL
  2280.      ifmail-tx      ...tx8.2 M G Pablo Saratxaga   2:293/2219  IFMAILTX
  2281.      ifmail-tx.rpm  ...tx8.2 M G Pablo Saratxaga   2:293/2219  IFMAILTX.RPM
  2282.      FIDONEWS 14-27               Page 44                   7 Jul 1997
  2283.  
  2284.  
  2285.      Msged          4.00     O G Paul Edwards      3:711/934   MSGED
  2286.      Tobruk         0.33     T G Paul Edwards      3:711/934   TOBRUK
  2287.  
  2288.      Amiga:
  2289.      Program Name   Version  F C Contact Name      Node        Magic Name
  2290.      ----------------------------------------------------------------------
  2291.      CrashMail      1.23     T X Fredrik Bennison  2:205/324   CRASHMAIL
  2292.      CrashTick      1.1      O F Fredrik Bennison  2:205/324   CRASHTICK
  2293.      DLG Pro BBOS   1.15     B C Holly Sullivan    1:202/720   DLGDEMO
  2294.      GMS            1.1.85   M S Mirko Viviani     2:331/213   GMS
  2295.      Msged          4.00     O G Paul Edwards      3:711/934   MSGED
  2296.      Tobruk         0.33     T G Paul Edwards      3:711/934   TOBRUK
  2297.  
  2298.      TrapDoor       1.86.b2  M S Maximilian Hantsch
  2299.                                                    2:310/6     TRAPDOOR
  2300.      TrapDoor       1.86.b2  M S Maximilian Hantsch
  2301.                                                    2:310/6     TRAPBETA
  2302.      TrapToss       1.50     T S Rene Hexel        2:310/6     TRAPTOSS
  2303.  
  2304.      Atari:
  2305.      Program Name   Version  F C Contact Name      Node        Magic Name
  2306.      ----------------------------------------------------------------------
  2307.      ApplyList      1.00     N F Daniel Roesen     2:2432/1101 APLST100.LZH
  2308.      BinkleyTerm/ST 3.18pl2  M F Bill Scull        1:363/112   BINKLEY
  2309.      BTNC           2.00     N G Daniel Roesen     2:2432/1101 BTNC
  2310.      JetMail        0.99beta T S Joerg Spilker     2:2432/1101 JETMAIL
  2311.      Semper         0.80beta M S Jan Kriesten      2:2490/1624 SMP-BETA
  2312.  
  2313.      Function: B-BBS, P-Point, M-Mailer, N-Nodelist, G-Gateway, T-Tosser,
  2314.                C-Compression, F-Fossil, O-Other. Note: Multifunction will
  2315.                be listed by the first match.
  2316.  
  2317.      Cost: P-Free for personal use, F-Freeware, S-Shareware, C-Commercial,
  2318.            X-Crippleware, D-Demoware, G-Free w/ Source
  2319.  
  2320.      Please send updates and suggestions to: Peter Popovich, 1:363/264
  2321.  
  2322.      -----------------------------------------------------------------
  2323.  
  2324.      FIDONEWS 14-27               Page 45                   7 Jul 1997
  2325.  
  2326.  
  2327.      =================================================================
  2328.                             FIDONEWS PUBLIC-KEY
  2329.      =================================================================
  2330.  
  2331.  
  2332.      [this must be copied out to a file starting at column 1 or
  2333.       it won't process under PGP as a valid public-key]
  2334.  
  2335.  
  2336.      -----BEGIN PGP PUBLIC KEY BLOCK-----
  2337.      Version: 2.6.2
  2338.      Comment: Clear-signing is Electronic Digital Authenticity!
  2339.  
  2340.      mQCNAzINVLcAAAEEAM5dZN6t6j5Yc0kl7qegVFfiBeVoteuhDg4ay8h43u38Q4kO
  2341.      eJ9Mm7J89wXFb9vgouBVb4biIN6bTWCwcXTbGhBe5OIceLvluuxuEKsaIs/UwXNe
  2342.      Ogx5azIPhRfC7MJDe41Z8tMEBuHY/NE88cuxQ8yXWO126IRttavu6L/U5BwRAAUR
  2343.      tCRGaWRvTmV3cyBFZGl0b3IgPDE6MS8yM0BmaWRvbmV0Lm9yZz6JAJUDBRAyGwFS
  2344.      JZMgw7eCKz0BAZl0A/9xrfhpsEOqGiPfjy2qd9dv6tvSVPPVFu+Wy1lGTHYtuTtg
  2345.      FIN3fQ47AM3XzqHxWRWvp/xZYgR6sRICL7UFx94ShYBQc7CyqBBZKA0IvIWqXP/g
  2346.      c4Br+gQJR6CLiQK7TUyjUbqNbs6QAxuNUi4xFQM+O2Gene5/iTjHFmmSDj2C9YkB
  2347.      FQMFEDIOmHDTQ6/52IG1SQEBQ78H/Rz/mleIrtZwFIOhzy3JH4Z6FUTfZuM9nPcs
  2348.      1ZLjZCPptHvY7wEYJWGr03lPPJ6tj1VBXwTrWJTf/hOLsoi00GKV8t1thjqGDo23
  2349.      O91/bSQ+Vn0vBQ2vOEJys8ftxdoLJAyI5YLzHVT+RsMTQLIXVuPyrNcKs1vC2ql+
  2350.      UDHpU1R+9cG9JUEHpGI6z0DPnQ74SKbQH3fiVBpHhYx4BmvcBC4gWQzKMkDWFiq3
  2351.      8AssIZ7b9lWl3OBgQ4UM1OIDKoJyjRewIdKyl7zboKSt6Qu8LrcsXO3kb81YshOW
  2352.      ZpSS3QDIqfZC4+EElnB15l4RcVwnPHBaQY0FxUr4Vl4UWM36jbuJAJUDBRAyDpgY
  2353.      q+7ov9TkHBEBAQGoA/sFfN07IFQcir456tJfBfB9R5Z6e6UKmexaFhWOsLHqbCq6
  2354.      3FGXDLeivNn6NTz81QeqLIHglTuM3NP1mu8sw215klAG8G3M1NA2xLw7Eqhspze2
  2355.      raGvNeEwxl8e+PY9aZwBj4UWU+CmIm6QNiP0MtvR7QYDIKn5mZCDc3CLmr942IkB
  2356.      FQMFEDIOh0O8AhTPqRipPQEB4EYH/1gkDmdHL6lbEkFuQLrylF+weBl0XQ+kv7ER
  2357.      vWXYrvIrkppxtc4VAge6CXXEbOGJnvkFHgyNZzO9Q9O64QsmZvjip+4lhDLeNrdH
  2358.      X9DizS4YKXxkSKr9Yltmn2/AlBCx6jwcDIfkqy/P1tNWcikxZZMd6KryK0Wsres9
  2359.      Ik12OmVmJjQSxb5bS6Q8aYUbV3qwosGXTqy+BzYh/UYAX/XJIWa5kxFVSPKFSZ+5
  2360.      toiSzANd9SpHPEogGvQDHJlJ23lmsMx/6uHsR1LTsQ8su8zIk92XyqePJTjlMx2j
  2361.      D7KJWNR7Zzu4QHCXBkga5W8l2FfPk7D3+o7bXTLRuR1yTYGdNoiJAJUCBRAyDhwt
  2362.      SlKLwP4OFW0BAdaMA/9rcWQlSq44K9JuJ7fZUgt9fwxGreTud9fC8DvlbUW79+CA
  2363.      AHLTLLagcEF1OKsWzVBWcA2JEAp+TUTqktRN0oD8vnaw3uNJd1G5KK59hw0WR8x1
  2364.      v4ivypbSjiq95Y3gBunb7WjpyiFRWDlm0PrKrWHtbWzjnpPIpetln1UuqsSfbokB
  2365.      FQIFEDIOG9C3N61ZQ4Dr/QEBIzMH/1VxxztmBPBszbjZLDO8Svcax9Ng8IcWpcDy
  2366.      WqHCAA2Hoe5VtMD0v6w31ZgVqTPIvCark2Y/aTR1GofiuN9NUqbVV534AgAYLzYk
  2367.      DMT1swsPvqDTpOYgQl6PCGh6A5JGAbWJfKkX9XCUHJAAmiTsEVRNnjOgL+p6qjoh
  2368.      EfIG8CGehghWSRKl5eGeDAtbXupZKNjFI1t2XV+ks0RFQ/RPuTH7pF7pk7WO6Cyg
  2369.      +Dk2ZMgua0HRL1fXvHKb5Xzr3MVgsbAl5gP8ooIiD9MI/x5Irh3oo58VyoEZNBs/
  2370.      Kz+drGFDPljcS6fdiVCFtYIzMrshY6YsfLi0aB8fwOvFtxgBqli0J0NocmlzdG9w
  2371.      aGVyIEJha2VyIDwxOjE4LzE0QGZpZG9uZXQub3JnPrQoQ2hyaXN0b3BoZXIgQmFr
  2372.      ZXIgPGNiYWtlcjg0QGRpZ2l0YWwubmV0Pg==
  2373.      =61OQ
  2374.      -----END PGP PUBLIC KEY BLOCK-----
  2375.  
  2376.  
  2377.      File-request FNEWSKEY from 1:1/23 [1:18/14] or download it from the
  2378.      Rights On! BBS at 1-904-409-7040 anytime except 0100-0130 ET and Zone
  2379.      1 ZMH at 1200-9600+ HST/V32B. The FidoNews key is also available on
  2380.      the FidoNews homepage listed in the Masthead information.
  2381.  
  2382.      -----------------------------------------------------------------
  2383.      FIDONEWS 14-27               Page 46                   7 Jul 1997
  2384.  
  2385.  
  2386.      =================================================================
  2387.                             FIDONET BY INTERNET
  2388.      =================================================================
  2389.  
  2390.      This is a list of all FidoNet-related sites reported to the Editor as
  2391.      of this appearance.
  2392.  
  2393.      ============
  2394.  
  2395.      FidoNet:
  2396.  
  2397.        Homepage     http://www.fidonet.org
  2398.        FidoNews     http://ddi.digital.net/~cbaker84/fidonews.html
  2399.        HTML FNews   http://www.geocities.com/Athens/6894/
  2400.        WWW sources  http://www.scms.rgu.ac.uk/students/cs_yr94/lk/fido.html
  2401.        FTSC page    http://www2.blaze.net.au/ftsc.html
  2402.        Echomail     http://www.portal.ca/~awalker/index.html
  2403.        WebRing      http://ddi.digital.net/~cbaker84/fnetring.html
  2404.  
  2405.      ============
  2406.  
  2407.      Zone 1:       http://www.z1.fidonet.org
  2408.  
  2409.        Region 10:  http://www.psnw.com/~net205/region10.html
  2410.  
  2411.        Region 11:  http://oeonline.com/~garyg/region11/
  2412.  
  2413.        Region 13:  http://www.smalltalkband.com/st01000.htm
  2414.  
  2415.        Region 14:  http://www.netins.net/showcase/fidonet/
  2416.  
  2417.        Region 15:  [disappeared?]
  2418.  
  2419.        Region 16:  http://www.tiac.net/users/satins/region16.htm
  2420.  
  2421.        Region 17:  http://www.portal.ca/~awalker/region17.htm
  2422.            REC17:  http://www.westsound.com/ptmudge/
  2423.  
  2424.        Region 18:  http://www.citicom.com/fido.html
  2425.  
  2426.        Region 19:  http://www.compconn.net
  2427.  
  2428.      ============
  2429.  
  2430.      Zone 2:       http://www.z2.fidonet.org
  2431.  
  2432.      ZEC2:         http://www.proteus.demon.co.uk/zec.htm
  2433.      Zone 2 Elist: http://www.fbone.ch/z2_elist/
  2434.  
  2435.        Region 20:  http://www.fidonet.pp.se (in Swedish)
  2436.  
  2437.        Region 24:  http://www.swb.de/personal/flop/gatebau.html (in German)
  2438.  
  2439.        Region 25:
  2440.                    http://members.aol.com/Net254/
  2441.  
  2442.      FIDONEWS 14-27               Page 47                   7 Jul 1997
  2443.  
  2444.  
  2445.        Region 27:  http://telematique.org/ft/r27.htm
  2446.  
  2447.        Region 29:  http://www.rtfm.be/fidonet/  (in French)
  2448.  
  2449.        Region 30:  http://www.fidonet.ch  (in Swiss)
  2450.  
  2451.        Region 34:  http://www.pobox.com/cnb/r34.htm  (in Spanish)
  2452.            REC34:  http://pobox.com/~chr
  2453.  
  2454.        Region 36:  http://www.geocities.com/SiliconValley/7207/
  2455.  
  2456.        Region 41:  http://www.fidonet.gr (in Greek and English)
  2457.  
  2458.        Region 48:  http://www.fidonet.org.pl
  2459.  
  2460.      ============
  2461.  
  2462.      Zone 3:       http://www.z3.fidonet.org
  2463.  
  2464.      ============
  2465.  
  2466.      Zone 4:       (not yet listed)
  2467.  
  2468.        Region 90:
  2469.          Net 904:  http://members.tripod.com/~net904 (in Spanish)
  2470.  
  2471.      ============
  2472.  
  2473.      Zone 5:       (not yet listed)
  2474.  
  2475.      ============
  2476.  
  2477.      Zone 6:       http://www.z6.fidonet.org
  2478.  
  2479.      ============
  2480.  
  2481.      -----------------------------------------------------------------
  2482.  
  2483.      FIDONEWS 14-27               Page 48                   7 Jul 1997
  2484.  
  2485.  
  2486.      =================================================================
  2487.                            FIDONEWS INFORMATION
  2488.      =================================================================
  2489.  
  2490.      ------- FIDONEWS MASTHEAD AND CONTACT INFORMATION -------
  2491.  
  2492.      Editor: Christopher Baker
  2493.  
  2494.      Editors Emeritii: Tom Jennings, Thom Henderson, Dale Lovell,
  2495.                        Vince Perriello, Tim Pozar, Sylvia Maxwell,
  2496.                        Donald Tees
  2497.  
  2498.      "FidoNews Editor"
  2499.          FidoNet  1:1/23
  2500.          BBS  1-904-409-7040,  300/1200/2400/14400/V.32bis/HST(ds)
  2501.  
  2502.       more addresses:
  2503.          Christopher Baker -- 1:18/14, cbaker84@digital.net
  2504.                                        cbaker84@aol.com
  2505.                                        cbaker84@msn.com
  2506.  
  2507.      (Postal Service mailing address)
  2508.          FidoNews Editor
  2509.          P.O. Box 471
  2510.          Edgewater, FL 32132-0471
  2511.          U.S.A.
  2512.  
  2513.  
  2514.      voice:  1-904-409-3040 [1400-2100 ET only, please]
  2515.                             [1800-0100 UTC/GMT]
  2516.  
  2517.      ------------------------------------------------------
  2518.  
  2519.      FidoNews is published weekly by and for the members of the FIDONET
  2520.      INTERNATIONAL AMATEUR ELECTRONIC MAIL system.  It is a compilation
  2521.      of individual articles contributed by their authors or their
  2522.      authorized agents.  The contribution of articles to this compilation
  2523.      does not diminish the rights of the authors.  OPINIONS EXPRESSED in
  2524.      these articles ARE THOSE OF THE AUTHORS and not necessarily those of
  2525.      FidoNews.
  2526.  
  2527.      Authors retain copyright on individual works; otherwise FidoNews is
  2528.      Copyright 1997 Christopher Baker.  All rights reserved.  Duplication
  2529.      and/or distribution permitted for noncommercial purposes only.  For
  2530.      use in other circumstances, please contact the original authors, or
  2531.      the Editor.
  2532.  
  2533.                             =*=*=*=*=*=*=*=*=
  2534.  
  2535.      OBTAINING COPIES: The most recent issue of FidoNews in electronic
  2536.      form may be obtained from the FidoNews Editor via manual download or
  2537.      file-request, or from various sites in the FidoNet and Internet.
  2538.      PRINTED COPIES may be obtained by sending SASE to the above postal
  2539.      address.  File-request FIDONEWS for the current Issue.  File-request
  2540.      FNEWS for the current month in one archive.  Or file-request specific
  2541.      back Issue filenames in distribution format [FNEWSEnn.ZIP] for a
  2542.      FIDONEWS 14-27               Page 49                   7 Jul 1997
  2543.  
  2544.  
  2545.      particular Issue.  Monthly Volumes are available as FNWSmmmy.ZIP
  2546.      where mmm = three letter month [JAN - DEC] and y = last digit of the
  2547.      current year [7], i.e., FNWSFEB7.ZIP for all the Issues from Feb 97.
  2548.  
  2549.      Annual volumes are available as FNEWSn.ZIP where n = the Volume number
  2550.      1 - 14 for 1984 - 1997, respectively. Annual Volume archives range in
  2551.      size from 48K to 1.4M.
  2552.  
  2553.  
  2554.      INTERNET USERS: FidoNews is available via:
  2555.  
  2556.                           http://www.fidonet.org/fidonews.htm
  2557.                           ftp://ftp.fidonet.org/pub/fidonet/fidonews/
  2558.                           ftp://ftp.aminet.org/pub/aminet/comm/fido/
  2559.  
  2560.                                       *=*=*
  2561.  
  2562.      You may obtain an email subscription to FidoNews by sending email to:
  2563.  
  2564.                           jbarchuk@worldnet.att.net
  2565.  
  2566.      with a Subject line of: subscribe fnews-edist
  2567.  
  2568.      and no message in the message body. To remove your name from the email
  2569.      distribution use a Subject line of: unsubscribe fnews-edist with no
  2570.      message to the same address above.
  2571.  
  2572.                                       *=*=*
  2573.  
  2574.      You can read the current FidoNews Issue in HTML format at:
  2575.  
  2576.                           http://www.geocities.com/Athens/6894/
  2577.  
  2578.      STAR SOURCE for ALL Past Issues via FTP and file-request -
  2579.      Available for FReq from 1:396/1 or by anonymous FTP from:
  2580.  
  2581.                           ftp://ftp.sstar.com/fidonet/fnews/
  2582.  
  2583.      Each yearly archive also contains a listing of the Table-of-Contents
  2584.      for that year's issues.  The total set is currently about 11 Megs.
  2585.  
  2586.                                  =*=*=*=
  2587.  
  2588.      The current week's FidoNews and the FidoNews public-key are now also
  2589.      available almost immediately after publication on the Editor's new
  2590.      homepage on the World Wide Web at:
  2591.  
  2592.                   http://ddi.digital.net/~cbaker84/fidonews.html
  2593.  
  2594.      There are also links there to jim barchuk's HTML FidoNews source and
  2595.      to John Souvestre's FTP site for the archives. There is also an email
  2596.      link for sending in an article as message text. Drop on over.
  2597.  
  2598.                             =*=*=*=*=*=*=*=*=
  2599.  
  2600.      A PGP generated public-key is available for the FidoNews Editor from
  2601.      FIDONEWS 14-27               Page 50                   7 Jul 1997
  2602.  
  2603.  
  2604.      1:1/23 [1:18/14] by file-request for FNEWSKEY or by download from
  2605.      Rights On! BBS at 1-904-409-7040 as FIDONEWS.ASC in File Area 18.  It
  2606.      is also posted twice a month into the PKEY_DROP Echo available on the
  2607.      Zone 1 Echomail Backbone.
  2608.  
  2609.                                 *=*=*=*=*
  2610.  
  2611.      SUBMISSIONS: You are encouraged to submit articles for publication in
  2612.      FidoNews. Article submission requirements are contained in the file
  2613.      ARTSPEC.DOC, available from the FidoNews Editor, or file-requestable
  2614.      from 1:1/23 [1:18/14] as file "ARTSPEC.DOC".  ALL Zone Coordinators
  2615.      also have copies of ARTSPEC.DOC. Please read it.
  2616.  
  2617.      "Fido", "FidoNet" and the dog-with-diskette are U.S. registered
  2618.      trademarks of Tom Jennings, P.O. Box 410923, San Francisco, CA 94141,
  2619.      and are used with permission.
  2620.  
  2621.              "Disagreement is actually necessary,
  2622.               or we'd all have to get in fights
  2623.               or something to amuse ourselves
  2624.               and create the requisite chaos."
  2625.                                 -Tom Jennings
  2626.  
  2627.       -30-
  2628.  
  2629.      -----------------------------------------------------------------
  2630.  
  2631.